The 'Popstars' series, where they audition and market a band was created originally in New Zealand (then Australia copyrighted it...bugger). The movie The Full Monty was written by a New Zealander. The movie The Truman Show was written by a NZer.
Xena, Hercules, yadda yadda.
You might remember me from such films as...
on
Kiwi Geeks Seek Domain
·
· Score: 3, Informative
Just in case anyone is wondering, the 12 2nd level domains are firstly the usual.co.nz,.org.nz,.net.nz,.gen.nz (general),.ac.nz (tertiary educational), govt.nz (duh), mil.nz,
The unique ones are school.nz (other educational), maori.nz (general maori tribe), iwi.nz (local maori tribe), cri.nz (gov research),
As well as geek.nz there's a proposal for bank.nz.
Certain domains are open for anyone to use (maori.nz) but others (bank.nz, iwi.nz) require procedures to register.
Opera has the best system I have seen. In the preferences you can set a series of strings (name, email address, postal address, cc#) and then right click any form field and select the value to have it printed in.
The main problem for these is poorly designed forms that, for example, have the phone number as two input boxes (international + local number). Designing forms in such a way makes it difficult to paste preset variables.
I've been asked to do this sort of thing before and here's the advice I gave: trying to choose a format that will last the years is more dangerous than regularly maintaining your content in a modern format[1]. Keep it in XML for now, and every five years see where you think formats are going and move the data again. The idea of choosing a format now, being stuck with it, and hoping that when you need it you'll be Ok is the most dangerous and doomed scenario.
As someone else said I would use XHTML and UTF-8 (ie, MSWord or OO.org's save to HTML, and then HTML tidy it). HTML is a well understood format, with readers on many platforms, and -unlike plain-text- maintains structure.
[1] I don't mean bleeding edge modern, I mean some documented format such as Docbook, RTF, or XHTML.
Read the article. It's not "vs.". If a system trying to be secure gets in the users way too much the users will rebel and find ways around it (writing down passwords on post-it notes) and so you're not actually more secure.
Saying that security isn't convinient glosses over the details, and when you examine security in practice there are a lot of things you can do to increase security and ease people's access.
eg. Rather than 40 character passwords use swipe cards (yes, the card could be stolen, but then at 40 characters length the password would probably be written down somewhere and that bit of paper could be stolen too -- being the point entirely).
Text equivilents is the big thing. Learn how to write good ALT text (to be useful alt text shouldn't always describe the image - it should replace the function of the image within the page).
Avoid nested tables (singular tables themselves are fine).
diveintoaccessibility.org is a readable introduction.
I have yet to find an accessibility tool that has a problem with Slashdot and I suspect you're lying. Please respond with the types of problems you are experiencing, and in which software.
Funny, I don't consider sending out thousands of generic emails any form of human discussion.
If political speech is exempt from SPAM laws where do we draw the line? Are only senators allowed? What about local authorities. What about if you're a generic citizen who is organising a political group?
It's nothing to do with commercial, IMO, it's about the harm done, and that it can render email useless. It's more about the economics of email (that it's so cheap) than anything. If all political speech is exempt from spam laws then 4 emails is only the start. Expect hundreds and hundreds from every "political" cause.
WYSWIYG doesn't just mean any graphic editor where when you make a table you see a table. If you throw the term around like that then it loses all meaning. There are other, better, names such as the WYSIWYM mode of Lyx and Conglomerate. But to call it wysiwyg you've got to at least have a canvas!
I think we're in agreement that you shouldn't expect people to bother with XML tags themselves.
All authors I have found have loved to express structure through their editor (be in styles and headings in MSWord, or their software of choice) that we can then later map to Docbook or TEI elements. Structure helps them edit as they can see how many chapters at a glance, and drag around branches of the document tree easier than cutting and pasting. They can know that 'MSWord styles' will be converted to a certain visual output and that unlike the past they won't have to trust the editor - who often doesn't understand the content - to style it correctly.
Let's just agree that we're talking about a program that shows formatted text instead of XML tags, and that allows the user to apply XML tags using buttons or mouse gestures or speech recognition or synchronized farts or some other method that doesn't involve typing the fucking things out.
Yet WYSIWYG HTML editors have been around for nearly a decade now. In HTML one encloses a paragraph in "P" tags, and the browser handles the rest. WYSIWYG HTML editors pick a sensible default (this sounds familiar) and let the user change things around in the preferences (where have I heard this before?).
1. HTML "wysiwyg" editors were lying. Everyone knows this. If I call a horse an HTML WYSIWYG editor it doesn't mean that there's ever been one.
2. HTML with CSS has some style information, and anyone can define entirely physical real-world measurements. With newer editors such as VS.NET and Dreamweaver MX it's possible (although usually not desirable) to produce onscreen WYSIWYG content that prints the same.
Docbook however can never be WYSIWYG without additional style information.
I think you need to go take a look at FrameMaker. It predates all this new-fangled XML hoo-hah; its native format is SGML. It is entirely WYSIWYG. Your point is thus demonstrably false.
When displaying a docbook file tell me what font I should use, or where I should get this font information from?
Then how can what I see be what's actually encoded in the file?
Firstly, there's no good reason it's a security hazzard in comparison to a popup window activated by a click. It sounds like you just don't like popup windows in general (which is fine).
Unrequested just means it loads while a page loads, ie, onload(). There are many valid scenarios for prefering onload popup windows, certainly as many as for using onclick() to popup windows.
Why on earth do both KDE and Gnome make a "$HOME/desktop" directory? It's not for settings, they have.gnome and.kde for that. It's not a place to save my general purpose files, that's what $HOME is for. Besides, why should where I store my files have anything to do with what GUI I'm using (or if I'm using Midnight Commander).
Unless someone can suggest a good reason I'd like to have/desktop removed entirely with/home in it's place. This means I get rid of that stupid home icon, too.
The 'Popstars' series, where they audition and market a band was created originally in New Zealand (then Australia copyrighted it...bugger). The movie The Full Monty was written by a New Zealander. The movie The Truman Show was written by a NZer.
Xena, Hercules, yadda yadda.
Once Were Warriors (imdb)
Peter Jackson movies such as Bad Taste, Meet the Feebles (The Muppet Show, but miss piggy is a fat fuck and Kermit is a heroin addict) and Heavenly Creatures.
CNN on NZ Sailor, Peter Blake (who was shot by pirates last year!)
The unique ones are school.nz (other educational), maori.nz (general maori tribe), iwi.nz (local maori tribe), cri.nz (gov research),
As well as geek.nz there's a proposal for bank.nz.
Certain domains are open for anyone to use (maori.nz) but others (bank.nz, iwi.nz) require procedures to register.
The main problem for these is poorly designed forms that, for example, have the phone number as two input boxes (international + local number). Designing forms in such a way makes it difficult to paste preset variables.
I've been asked to do this sort of thing before and here's the advice I gave: trying to choose a format that will last the years is more dangerous than regularly maintaining your content in a modern format[1]. Keep it in XML for now, and every five years see where you think formats are going and move the data again. The idea of choosing a format now, being stuck with it, and hoping that when you need it you'll be Ok is the most dangerous and doomed scenario.
As someone else said I would use XHTML and UTF-8 (ie, MSWord or OO.org's save to HTML, and then HTML tidy it). HTML is a well understood format, with readers on many platforms, and -unlike plain-text- maintains structure.
[1] I don't mean bleeding edge modern, I mean some documented format such as Docbook, RTF, or XHTML.
Saying that security isn't convinient glosses over the details, and when you examine security in practice there are a lot of things you can do to increase security and ease people's access.
eg. Rather than 40 character passwords use swipe cards (yes, the card could be stolen, but then at 40 characters length the password would probably be written down somewhere and that bit of paper could be stolen too -- being the point entirely).
Governments listen, because it's like wheel chair access. It's a political disaster and a human rights issue not to be accessible.
Avoid nested tables (singular tables themselves are fine).
diveintoaccessibility.org is a readable introduction.
I have yet to find an accessibility tool that has a problem with Slashdot and I suspect you're lying. Please respond with the types of problems you are experiencing, and in which software.
Ah...
Oh come on. WINE made up the definition. Everyone knows it.
Oh, that's right, it didn't, and before WINE the term 'emulation' was more generic and didn't create ridiculous non-dictionary distinctions.
It's not whether it's feasible, it's whether it's a requirement. Governments can't legally restrict information, so Flash is optional, not HTML.
And those who genuinely think it's in everyone's best interests.
If political speech is exempt from SPAM laws where do we draw the line? Are only senators allowed? What about local authorities. What about if you're a generic citizen who is organising a political group?
It's nothing to do with commercial, IMO, it's about the harm done, and that it can render email useless. It's more about the economics of email (that it's so cheap) than anything. If all political speech is exempt from spam laws then 4 emails is only the start. Expect hundreds and hundreds from every "political" cause.
I think we're in agreement that you shouldn't expect people to bother with XML tags themselves.
All authors I have found have loved to express structure through their editor (be in styles and headings in MSWord, or their software of choice) that we can then later map to Docbook or TEI elements. Structure helps them edit as they can see how many chapters at a glance, and drag around branches of the document tree easier than cutting and pasting. They can know that 'MSWord styles' will be converted to a certain visual output and that unlike the past they won't have to trust the editor - who often doesn't understand the content - to style it correctly.
1. HTML "wysiwyg" editors were lying. Everyone knows this. If I call a horse an HTML WYSIWYG editor it doesn't mean that there's ever been one.
2. HTML with CSS has some style information, and anyone can define entirely physical real-world measurements. With newer editors such as VS.NET and Dreamweaver MX it's possible (although usually not desirable) to produce onscreen WYSIWYG content that prints the same.
Docbook however can never be WYSIWYG without additional style information.
I'd hope it would be the default.
Oh, so you've conceded that as Docbook doesn't contain style information you can't do wysiwyg. Good good.
If you included XSL-FO, DSSSL, or CSS then I might have agreed with you.
Then how can what I see be what's actually encoded in the file?
Unrequested just means it loads while a page loads, ie, onload(). There are many valid scenarios for prefering onload popup windows, certainly as many as for using onclick() to popup windows.
Gnome uses Bonobo for that sort of thing. It's much more present in Gnome 2.
I'd use it, but only in addition to a GUI. Perhaps it should be natural langauge too ("what's the weather like in Auckland?"), as opposed to keywords.
Unless someone can suggest a good reason I'd like to have /desktop removed entirely with /home in it's place. This means I get rid of that stupid home icon, too.