Skip to main content

Home/ OpenDocument/ Group items tagged Virtual

Rss Feed Group items tagged

Gary Edwards

AMERICA'S RULING CLASS AND THE PERILS OF REVOLUTION - 2 views

  •  
    This is the article that shut down the Web on Monday morning, when Rush Limbaugh dedicated a whole show to it.  Also appears in American Spectator! excerpt: As over-leveraged investment houses began to fail in September 2008, the leaders of the Republican and Democratic parties, of major corporations, and opinion leaders stretching from the National Review magazine (and the Wall Street Journal) on the right to the Nation magazine on the left, agreed that spending some $700 billion to buy the investors' "toxic assets" was the only alternative to the U.S. economy's "systemic collapse." In this, President George W. Bush and his would-be Republican successor John McCain agreed with the Democratic candidate, Barack Obama. Many, if not most, people around them also agreed upon the eventual commitment of some 10 trillion nonexistent dollars in ways unprecedented in America. They explained neither the difference between the assets' nominal and real values, nor precisely why letting the market find the latter would collapse America. The public objected immediately, by margins of three or four to one.  When this majority discovered that virtually no one in a position of power in either party or with a national voice would take their objections seriously, that decisions about their money were being made in bipartisan backroom deals with interested parties, and that the laws on these matters were being voted by people who had not read them, the term "political class" came into use. Then, after those in power changed their plans from buying toxic assets to buying up equity in banks and major industries but refused to explain why, when they reasserted their right to decide ad hoc on these and so many other matters, supposing them to be beyond the general public's understanding, the American people started referring to those in and around government as the "ruling class." And in fact Republican and Democratic office holders and their retinues show a similar presumption to domin
Gary Edwards

PlexNex: Achieving Openness - 0 views

  • "ECMA 376" is a set of file formats subject to ECMA and now to ISO. "Office 2007" is a set of file formats which extend "ECMA 376" file formats. Office 2007 file formats are undocumented per se. ECMA 376 are. ECMA 376 file formats are documented but only at a syntactic level. To realize the true meaning of every single attribute is to realize that the documentation is more like 600,000 pages, not 6,000. Of particular difficulty is to keep some kind of control over the virtually infinite combinations of such attributes. Quick analysis of the underlying schemas reveals that simple concepts such as text formatting is expressed in no less than 6 different and incompatible ways. This leads to thinking that the file formats were only designed to comply with existing legacy formats that themselves are the result of 15 years of inside/outside library aggregation (some of the libraries were bought from non-Microsoft vendors). In fact, the truth is, ask any reverse engineer third-party who worked with legacy formats, they'll tell you Microsoft essentially added angle brackets around the binary serialization in legacy formats. This makes for a very cool XML-based file format, not an international standard.
  •  
    Whoa, Stepen Rodriguez knocks this one out of the park.  What an impressive dissembling of MS OfficeOpenXML and it's poor sister subset, Ecma 376.  Incredible. 
Gary Edwards

ODF versus OOXML: Don't forget about HTML! - O'Reilly XML Blog - 1 views

  • But Lie is right, I think, to be alarmed by the prospect that if OOXMLfails MS will revert away from open formats. I don’t see them adopting ODF as the default format for general sale. for a start, current ODF simply does not have matching capabilities. This issue of fit is strong enough that we don’t even need to get to the issue of control. We have this nice little window now where MS is inclined to open up its formats, something that the document processing community has been pleading for for years. The ODF sideshow runs the risk of screwing this up; I’ve said it before, but I say it again: being pro-ODF does not mean you have have to be anti-OOXML. ODF has not been designed to be a satisfactory dump format for MS Office; OOXMLhas not been designed to be a suitable format for Sun’s Star Office or Open Office or IBM’s products. HTML is the format of choice for interchange of simple documents; ODF will evolve to be the format of choice for more complicated documents; OOXML is the format of choice for full-fidelity dumps from MS Office; PDF is the format of choice for non-editable page-faithful documents; all of them are good candidates for standardization, all have overlap but are worthwhile to have as cards in the deck of standards. But systems for custom markup trumps all.
  •  
    Famed Microsoft WikiPedia editor Rick Jellife takes on the HTML-CSS proposal put forth by Opera Browser CTO Håkon Wium Lie's in his recent CNET column.

    Rick claims that the Opera proposal is "solid in its ultimate premise .... that inspite of .. all the talk about ODF and OOXML, it is important not to lose track of HTML's potential and actual suitability for much document interchange.

    Good discussion except that MS Rick can't help himself when it comes to the tired moral equivocation argument that the world can and should accept and use two ISO/IEC desktop productivity environment file format standards, ODF and OOXML.  Once again he puts forward the claim that ODF is OPenOffice specific and OOXML is MSOffice specific - each having it's place and value as an international standard.

    Are we standardizing applications here?  I thought it was about creating a universal XML file format that all application can use::  One file format  for OpenOffice, MSOffice, KOffice, Writer, WordPerfect Office, Novell Office, GNOME Office, and even the Flash-Apollo based " Virtual Ubiquity " from Rick Treitman.

    ODF does need to provide the marketplace with at least three profiles; desktop productivity environments, server side portal publication-content-archive management systems, and devices.  This would greatly improve interoperability as ODF documents transition across desktops, servers, devices and Internet information domains.  It would also help the implementation of ODF by SOA, SaaS and Web 2.0 systems.

    But having two file formats that irreconcilably incompatible servicing the exact same market categories?  Doesn't make sense.  And can only end in massive end user confusion where the application with dominant marketshare end up crushing any and all competitive alternative
Paul Merrell

Putting Andy Updegrove to Bed (without his supper) | Universal Interoperability Council - 0 views

  • by OASIS attorney Andy Updegrove claimed that W3C Compound Document Formats: [i] are non-editable formats; [ii] are not designed for conversions to other formats; and [iii] are therefore unsuitable as office formats. Updegrove could not have been more wrong.
  • Shorn to essentials, Updegrove in effect argues for the existence of some sort of immaculately conceived data, that data cannot be generated by software editing tools if a homo sapiens operating a keyboard is somehow involved.
  • Conversions — Updegrove hedged somewhat on this issue, attributing a statement to Lilly that the "CDF working group was not chartered to achieve conversion between formats." But one might as well argue that because claw hammers were designed to drive and pull nails they can not be used to hit anything else.
  • ...3 more annotations...
  • To suggest that only W3C WICD profiles can be used with the Framework either flows from or is an appeal to ignorance. There is no wiggle room between those two conclusions.
  • While the Framework specification does require that markup languages combined to create conforming documents be profiled following strict rules, there is no requirement that the profiles thus used superset one or more of the WICD profiles. It may be preferable to do so for purposes of compatibility and interoperability with web applications, but to repeat, that is not required. In fact, virtually any plain text-based markup language that can be profiled can be used within the structure of the Framework. But more importantly, a combination of cutting edge W3C markup language versions such as XHTML 2.0, CSS 3.0, XForms, SVG, etc. can, with only trivial extensions, serve as the full-featured metalanguage superset every expert who has spoken to the subject agrees is necessary to convert between ODF and OOXML with high fidelity.
  • ODF and OOXML are designed for apps from the sneaker net era. Do we choose formats designed for the dinosaurs or formats designed for tomorrow's needs? ODF and OOXML are about the past; CDF is about the future. And yes, there are fully interoperable editors in that future.
Paul Merrell

What is Boxcryptor | Easy to use encryption for cloud storage | boxcryptor.com - 1 views

  • Boxcryptor is an easy-to-use encryption software optimized for the cloud. It allows the secure use of cloud storage services without sacrificing comfort. Boxcryptor supports all major cloud storage providers (such as Dropbox, Google Drive, Microsoft OneDrive, SugarSync) and supports all the clouds that use the WebDAV standard (such as Cubby, Strato HiDrive, and ownCloud). With Boxcryptor your files go protected to your cloud provider and you can enjoy peace of mind knowing that your information cannot fall into the wrong hands. Here is how it works: Boxcryptor creates a virtual drive on your computer that allows you to encrypt your files locally before uploading them to your cloud or clouds of choice. It encrypts individual files - and does not create containers. Any file dropped into an encrypted folder within the Boxcryptor drive will get automatically encrypted before it is synced to the cloud. To protect your files, Boxcryptor uses the AES-256 and RSA encryption algorithms.
  •  
    Free for personal use. I haven't tried this yet, but the need for it has been near the top of my head since I first tried Dropbox and then realized how insecure it was. I tried a lot of sync services, but am now using Wuala, which features end-to-end encryption baked into the client software. But I also use MEGAsync for remote backup so I'[ll probably be trying this out with that service. I hope there's a way to sync the two programs.
Gary Edwards

The better Office alternative: SoftMaker Office bests OpenOffice.org ( - Soft... - 1 views

shared by Gary Edwards on 30 Jun 09 - Cached
  • Frankly, from Microsoft's perspective, the danger may have been overstated. Though the free open source crowd talks a good fight, the truth is that they keep missing the real target. Instead of investing in new features that nobody will use, the team behind OpenOffice should take a page from the SoftMaker playbook and focus on interoperability first. Until OpenOffice works out its import/export filter issues, it'll never be taken seriously as a Microsoft alternative. More troubling (for Microsoft) is the challenge from the SoftMaker camp. These folks have gotten the file-format compatibility issue licked, and this gives them the freedom to focus on building out their product's already respectable feature set. I wouldn't be surprised if SoftMaker got gobbled up by a major enterprise player in the near, thus creating a viable third way for IT shops seeking to kick the Redmond habit.
    • Gary Edwards
       
      This quote is an excerpt from the article :)
  •  
    Finally! Someone who gets it. For an office suite to be considered as an alternative to MSOffice, it must be designed with multiple levels of compatibility. It's not just that the "feature sets" that must be comparable. The guts of the suite must be compatible at both the file format level, and the environment level. Randall put's it this way; "It's the ecosystem stupid". The reason ODF failed in Massachusetts is that neither OpenOffice nor OpenOffice ODF are designed to be compatible with legacy and existing MSOffice applications, binary formats, and, the MSOffice productivity environment. Instead, OOo and OOo-ODF are designed to be competitively comparable. As an alternative to MSOffice, OpenOffice and OpenOffice ODF cannot fit into existing MSOffice workgroups and producitivity environments. Because it s was not designed to be compatible, OOo demands that the environment be replaced, rebuilt and re-engineered. Making OOo and OOo-ODF costly and disruptive to critical day-to-day business processes. The lesson of Massachusetts is simple; compatibility matters. Conversion of workgroup/workflow documents from the MSOffice productivity environment to OpenOffice ODF will break those documents at two levels: fidelity and embedded "ecosystem" logic. Fidelity is what most end-users point to since that's the aspect of the document conversion they can see. However, it's what they can't see that is the show stopper. The hidden side of workgroup/workflow documents is embedded logic that includes scripts, macros, formulas, OLE, data bindings, security settings, application specific settings, and productivity environment settings. Breaks these aspects of the document, and you stop important business processes bound to the MSOffice productivity environment. There is no such thing as an OpenOffice productivity environment designed to be a compatible alternative to the MSOffice productivity environment. Another lesson from Massach
1 - 8 of 8
Showing 20 items per page