Group items tagged

Uh OH! Look what Microsoft has put into the new .NET 3.0 SDK! Flow Documents is a Microsoft specific version of HTML that is part of the Windows Presentation Foundation Browser Developers Framework. XAML - XPS-XABL. It also looks as though Microsoft has reserved MS-OOXML MSOffice level integration for themselves. Another thought is that MSOffice is being positioned as a developers framework for Web 2.0 development. This docuemnt is goign to take some serious study. Bad news for IBM and Adobe for sure. PDF, Flash and AJAX are all going to be in the fight of their lives. The conversion tools are going to become of critical importance. Some initial thoughts are that we could convert MSOffice documents to CDF+; convert OpenOffice documents to CDF+; and convert Flow Documents to CDF+, using the same XHTML 2.0 - CSS desktop profile (WICD Full). Converting MS-OOXML to Flow Documents however appears to be next to impossible by design. The easy approach would be to let the da Vinci plug-in perfect an internal conversion to either CDF+ or Flow. It will be interesting to see if Microsoft provides a Flow plug-in for MSOffice. I doubt it, but perhaps there will be a demand from Flow developers. da Vinci could of course be configured to produce Flow Documents. At first glance, my assumption would be that the ability to convert native MSOffice documents and allication genrated Flow Documents to CDF+ would be the most important course to take. We''ll see. This is no doubt explosive stuff. Microsoft is truly challenging the W3C for the Web.

Uh OH! Look what Microsoft has put into the new .NET 3.0 SDK! Flow Documents is a Microsoft specific version of HTML that is part of the Windows Presentation Foundation Browser Developers Framework. XAML - XPS-XABL. It also looks as though Microsoft has reserved MS-OOXML MSOffice level integration for themselves. Another thought is that MSOffice is being positioned as a developers framework for Web 2.0 development. This docuemnt is goign to take some serious study. Bad news for IBM and Adobe for sure. PDF, Flash and AJAX are all going to be in the fight of their lives. The conversion tools are going to become of critical importance. Some initial thoughts are that we could convert MSOffice documents to CDF+; convert OpenOffice documents to CDF+; and convert Flow Documents to CDF+, using the same XHTML 2.0 - CSS desktop profile (WICD Full). Converting MS-OOXML to Flow Documents however appears to be next to impossible by design. The easy approach would be to let the da Vinci plug-in perfect an internal conversion to either CDF+ or Flow. It will be interesting to see if Microsoft provides a Flow plug-in for MSOffice. I doubt it, but perhaps there will be a demand from Flow developers. da Vinci could of course be configured to produce Flow Documents. At first glance, my assumption would be that the ability to convert native MSOffice documents and allication genrated Flow Documents to CDF+ would be the most important course to take. We''ll see. This is no doubt explosive stuff. Microsoft is truly challenging the W3C for the Web.

The primary difference between ODF and MOOXML is that ODF was designed to be a universal file format.  MOOXML was designed to be an XML file format for MSOffice, the Win32 API, and the Vista Information Processing Chain API (.NET 3.0). 

ODF is application and platform independent.  MOOXML is application and platform specific.  It's bound to the Windows - Vista platform. 

Microsoft's Brian Jones recently got caugh tup in a argument with the heavily armed WMD ODF expert and combatant Sam Hiser (WMD=Words of Massive Destruction).  In their exchange, Brian got confused over this very important distinction between ODF and MOOXML.  ODF allows specific applications to place their configurations and requirements in a settings file that is separate from the content, presentation and metadata containers.  MOOXML on the other hand makes no distinction whatsoever between application specific (MSOffice only) configuration, settings, processsing instructions and systemm dependencies and the rest of the file format contents.  Application settings are bound to content, presentation, and schema containers.  So bound that Brian is seemingly unaware of what ODF has achieved.  Sam caught him by surprise, as did many others posting comments:

Brian Jones on MOOXML support for older versions of MSOffice:  Coments by Sam the WMD Man are below.

Also includes stats in table form indicating that according to Google Search OOXML documents now outnumber ODF documents on the Web, for word processor documents, spreadsheet documents, and presentation documents.

This is defined in the scope of OOXML: ISO/IEC 29500 defines a set of XML vocabularies for representing word-processing documents, spreadsheets and presentations. On the one hand, the goal of ISO/IEC 29500 is to be capable of faithfully representing the pre-existing corpus of word-processing documents, spreadsheets and presentations that had been produced by the Microsoft Office applications (from Microsoft Office 97 to Microsoft Office 2008, inclusive) at the date of the creation of ISO/IEC 29500.

Operational  Transforms (OT) is used by Microsoft CustomXML and Google Wave!  The original idea was first presented by Zerox Parc researchers in 1995, prior to the i4i patent.  The Jupiter System  includes the Jupiter Window Tool Kit, wich is all about OT.  XML came much later with the i4i patent for encoding XML with OT positioning. Insert(pos, text)Delete(pos, num-of-chars) See Google Wave API: http://www.waveprotocol.org/whitepapers/operational-transform Credit Florian Reuter for this find!!!!! 

WebODF is a JavaScript library that makes it easy to add Open Document Format (ODF) support to your website and to your mobile or desktop application. It uses HTML and CSS to display ODF documents. WebODF is a Free Software project. All code is available under the AGPL. This means that you can use the code free of charge, investigate how it works, and share it with others. Description of WebODF From LWN: ODF on the web An especially interesting project that was presented is WebODF, which wants to bring ODF to the web. Jos van den Oever started from the observation that a lot of office suites are moving into the "cloud". Examples are Microsoft Live Office, Google Docs, and Zoho. But where are the free software alternatives for the cloud? For OpenOffice.org, KOffice, AbiWord, and Gnumeric, there are none that have a cloud version with ODF support. That was the motivation for Jos to start a project to fill in this gap and let users view and edit ODF documents on the web without losing control of the document into some company's servers. The strategy Jos followed was to use just HTML and JavaScript for the web application. The application then loads the XML stream of the ODF document as is into the HTML document and puts it into the DOM tree. Styling is done by applying CSS rules that are directly derived from the and elements in the ODF document. That is how WebODF was born; it is a project with the initial goal of creating a simple ODF viewer and editor for offline and online use, implemented in HTML5. The small code base consists of one HTML5 file and eight JavaScript files, each of which is a few hundred lines of code. The most interesting part is that it doesn't need server-side code execution: the JavaScript code is executed in the user's browser and saving the document to the web server is done using WebDAV. It supports both the Gecko and WebKit HTML engines. There is also an implementation on top of QtWebKit, which is

Cloud based Productivity Platforms and Document Management Systems just got a huge "integration with legacy desktop productivity environments"  boot from UseOffice. Net - a powerful component for integration of converting functions to Web-server ASP.NET and desktop applications Windows Forms applications for the platform of Windows, including the following versions: 2000, XP, Vista, 2008 Server, Seven. Applications built on the basis of this component, allow the user to quickly, and most importantly - accurately convert the formats DOC, DOCX, RTF, PPT, PDF, HTML, XHTML various documents - reports, forms, invoices, articles, forms, presentations, web pages etc. The converted documents are fully preserve the visual characteristics of the original, including elements of the structure and format, such as tables, font styles, colors, page margins, etc. UseOffice. Net Supports the following areas of transformation: - DOC to: html, xml, rtf, txt, pdf, docx - DOCX to: html, xml, rtf, txt, pdf, doc - HTML to: doc, rtf, txt, pdf - XLS to: html, xml, txt, csv, rtf, pdf - RTF to: html, xml, txt, doc, pdf - PPT to: html, xml, rtf, pdf, jpg, bmp, gif - XLSX to: html, xml, txt, csv, rtf, pdf Integrate the components into an application quickly and easily - just add a couple lines of code. The component is written in C # and requires the set. NET Framework and Microsoft Office (any version from 2000, XP, 2003, 2007, 2010). The following development environments: C #, VB.Net, J #, C + +. NET, Delphi.NET, ColdFusion 8, ASP.NET, and many others ... Combining ease of use and quality conversion UseOffice. Net allows you to set page numbers in the final document, orientation and page size settings for images and more necessary in the conversion.

The New York State "OASIS approval is good enough for us" position has considerable tension with the Agreement on Technical Barriers to Trade ("ATBT") ratified by the U.S. pursuant to the Uruguay Round Agremeents Act, 19 U.S.C. 2503 and Presidential signature, and are therefore "the law of this land." Zicherman v. Korean Air Lines Co., 516 U.S. 217, 226 (1996). Relevant ATBT provisions are Article 2.4 (member nations must use appropriate international standards where they exist or parts of them as their technical regulations; I don't see an applicable exception); and 3.1 (member nations required to take such reasonable measures as may be available to them to ensure compliance by "local government and non-governmental bodies within their territories" with the provisions of Article 2). http://www.wto.org/english/docs_e/legal_e/17-tbt_e.htm New York State is a "local government" within the meaning of the ATBT. Likewise, a New York State decision to adopt a standard for its internal use is a technical regulation. See definition 1 in ATBT Annex 1 and the holding in regard to the term's meaning by the WTO Appellate Council in the case of EC Asbestos, http://www.wto.org/english/tratop_e/dispu_e/cases_e/ds135_e.htm (para. 66-70 in the HTML version). Given that we have two relevant international standards, ISO/IEC:26300 and ISO/IEC:29500, it would seem that legally, mere "OASIS approval is [NOT] good enough" for New York State. Some people just don't get that the ATBT was intended to force government action to remove unnecessary obstacles to international trade (such as interoperability barriers) rather than just to rubber-stamp the status quo ante. The Feds have the enforcement responsibility here.

Re "reference implementation," if you check this video of a Rob Weir presentation, at about 44 minutes, he states: " "ISO doesn't have the concept of a reference implementation." http://ooocon-kiberpipa.kiberpipa.org/media/index-2007.html#ODF_Interoperability_Robert_Weir But if you check his slides from the same presentation, at slide 22 we find, "Let's work to make OpenOffice.org be the full reference implementation for ODF!" http://www.robweir.com/blog/publications/Interoperability-Barcelona.pdf An ODF "reference implementation" controlled by a single vendor, Sun Microsystems, through its padlock on the code commit rights? Sounds like a moving interoperability target to me that a standards development organization has no control of. Not ISO. Not OASIS. The implementation tail should wag the standard dog according to Weir. Too bad New York State fell for that piece of baloney.

"Project management seems so straightforward. You set a deadline. You set a budget. You select the right people. The project gets done. In reality, project management is rarely straightforward. The wrong people are assigned to the project. People don't know what is expected of them or get conflicting information. The scope changes. Deadlines aren't met. Put more succinctly: Stuff happens. Featured Resource Presented by Netskope 10 Alternatives to Heavy-Handed Cloud App Control Blocking any useful cloud app doesn't work and ultimately does the business a disservice. This list Learn More [ 13 Tips for Keeping IT Projects Under Control ] So what can businesses, and project managers, do to improve the odds of projects being completed on time and on budget? Dozens of project leaders and project management experts share nine secrets to successful project management. "

"Microsoft has developed a document management add-on for Office 365 intended for lawyers, signaling a possible interest by the company in creating vertical-industry tools for the suite. Featured Resource Presented by Riverbed Technology 10 Common Problems APM Helps You Solve Practical advice for you to take full advantage of the benefits of APM and keep your IT environment Learn More Microsoft announced the product, called Matter Center for Office 365, Monday, saying it's in limited preview and available via a beta program to which customers can apply. The company provided few details about how the product works and what features it has, focusing instead on the fact that it is closely integrated with Office 365. Customers will be able to use Matter Center from within the suite's interface and components, like the Word and Excel apps, the SharePoint Online collaboration server and the OneDrive for Business cloud storage service. Matter Center has been designed to let lawyers and other legal professionals "easily find, organize and collaborate on files" within Office 365, instead of having to use a separate document management product. It remains unclear whether Matter Center will have all the security, compliance, retention and search functionality of full-featured document management products already used in legal settings."

Big barrier in that vertical market; law firms are required by Bar disciplinary rules to protect the confidentiality of client files. Unless Microsoft implements end to end encryption for Office 365 so that it's nigh impossible for the NSA et ilk to gain access to the plain text and rewrites its end user license to guarantee confidentiality of customer files, MSFT will get only the unwary law offices to use Office 365.

"Google is closing the loop on bringing support for natively editing Microsoft Office files to all of productivity apps today. The company's iOS apps for Docs and Sheets are getting a couple of minor new features and design updates today, but most importantly, these apps will now also be able to natively open, edit and save files from Microsoft's Office suite. After launching the original standalone apps for Google Docs and Sheets on iOS a few months ago, it was only a matter of time before Google would also free its PowerPoint competitor Slides from the Google Drive app. Today is that day. Google Slides is now available as a standalone app for the iPhone, iPad and iPod touch. 2014-08-25_1104Just like the Docs and Sheets apps and their counterparts on Android (the standalone Slides app launched there two months ago), the new Slides app will feature some aspects of Google's new Material Design user interface language and all the Microsoft Office conversion goodness the company acquired when it bought Quickoffice in 2012." ........................................................... Hey, Google is pulling the Cloud version of "bait and switch". The bait is calling a standalone application for iOS "native". The switch is that Microsoft is using the term "native" to describe the editing of MS Office native documents. Google is trying to market a native, written explicitly for iOS application, presenting it as "supporting native document editing and collaboration". Wow. They've got nothing!! This is just market spin. And the article's title suggests that they know exactly what they are doing with this egregious misrepresentation. There is no doubt in my mind that Microsoft has committed to the "Office 365 - native document" narrative. Its designed to totally obliterate Googe, Dropbox, Box, iCloud and anyone trying to offer Cloud based business solutions. They are going to crush Google, taking both Android and Booble Apps / GoogleDrive out of th

"The enterprise ain't what it used to be. That's the message from Google today as it changes the branding of its business products from Google Enterprise to Google At Work. The new brand will be applied to the business version of Google Apps (including Gmail), the Google Cloud Platform, and the Google Search Appliance, among other products. Featured Resource Presented by Citrix Systems 10 essential elements for a secure enterprise mobility strategy Best practices for protecting sensitive business information while making people productive from Learn More Amit Singh, the president of Google at Work, explained why Google is changing the name now, more than 10 years after the company began selling products -- initially the Search Appliance and Gmail for Domains -- to businesses. "Corporate is normally associated with long sales cycles, centralized purchasing, and software that sits on a shelf. Many of the things associated with the word 'enterprise' are not what we do. The dissonance kept growing bigger." In other words, the big shift in business technology over the last ten years -- from centralized IT buying products and forcing them down the throats of users, to users choosing their own tools for work regardless of what IT wants them to use -- has been the big driver of Google's enterprise business. Now the company wants to embrace that trend by abandoning what it sees as a legacy term with negative associations for many users. Google at Work security director Eran Figerbaum told the story of how he joined Google in 2007, and it reflects this shift perfectly."

"The German city of Munich, long one of the open-source community's poster children for the institutional adoption of Linux, is close to performing a major about-face and returning to Microsoft products. Featured Resource Presented by Riverbed Technology 10 Common Problems APM Helps You Solve Practical advice for you to take full advantage of the benefits of APM and keep your IT environment Learn More Munich's deputy mayor, Josef Schmid, told the Süddeutsche Zeitung that user complaints had prompted a reconsideration of the city's end-user software, which has been progressively converted from Microsoft to a custom Linux distribution - "LiMux" - in a process that dates back to 2003."

Short slide deck of Barbara Held's February 28th, 2007 EU IDABC presentation. She introduces ODEF, the "Open Document Exchange Format" which is designed to replace both ODF and OpenOfficeXML. ComputerWorld recently ran a story about the end of ODF, as they covered the failure of six "legislative" initiatives designed to mandate ODF as the official file format. While the political treachery surrounding these initiatives is a story in and of itself, the larger story, the one that has world wide reverberations, wasn't mentioned. The larger ODF story is that ODF vendors are losing the political battles because they are unable to provide government CIO's with real world solutions. Here are three quotes from the California discussion that really say it all: "Interoperability isn't just a feature. It's the basic requirement for getting your XML file format and applications considered"..... "The challenge is that of migrating our existing documents and business processes to XML. The question is which XML? OpenDocument or OpenXML?" ....... "Under those conditions, is it even possible to implement OpenDocument?" ....... Bill Welty, CIO California Air Resource Board wondering if there was a way to support California legislative proposal AB-1668. This is hardly the first time the compatibility-interoperability issue has challenged ODf. Massachusetts spent a full year on a pilot study testing the top tier of ODF solutions: OpenOffice, StarOffice, Novell Office and IBM's WorkPlace (prototype). The results were a disaster for ODF. So much so that the 300 page pilot study report and accompanying comments wiki have never seen the light of day. In response to the disastrous pilot study, Massachusetts issued their now infamous RFi; a "request for information" about whether it's possible or not to write an ODF plugin for MSOffice applications. The OpenDocument Foundation responded to the RFi with our da Vinci plugin. The quick descriptio

ODF officially died on February 28, 2007, at the Advanced eGovernment Conference in Berlin.  Hellow ODEF

Joe Wilson of Microsoft Watch knocks another one out of the park. Why is it that so few in the media get it? Or anyone else for that matter? Matt Assay gets it. But few understand the Vista Stack and the importance of OOXML in the transition of the monopoly base from MSOffice to the Vista Stack. No doubt the arrogance of those who dare challenge Microsoft is both a necessary blessing and guaranteed curse. Take for instance the widely held assumption that Microsoft invented MS-XML (OfficeOpenXML) in response to OpenDocument (ODf). This is false, misleading and will inevitably result in a FOSS death spiral in the face of a Vista Stack juggernaut. But it sure does feel good.

Joe Wilson at Microsoft Watch points out the real reason for MS-XML, and why ISO approval of OOXML is so important. Microsoft needs OOXML approved as an international standard because OOXML is the binding model for the emerging Vista Stack of loosely coupled but information integrated applications.

The Vista Stack model converges desktop, server, device and web information systems using OOXML-Smart Documents, .NET 3.0 and the XAML presentation layer as the binding components.

The challenge for Microsoft is to migrate existing MSOffice bound business processes, line of business integrated apps, and advanced add-ons to the Exchange/SharePoint Hub. Once the existing documents, applications (MSOffice) and processes are migrated to the E/S Hub, they can be bound tightly to the rest of the Vista Stack.

Others see OOXML as some sort of surrender or late recognition that the salad days of MSOffice are over. They jubilantly point to Web 2.0, Office 2.0 and rise of the LiNUX Desktop as having ushered in this end of monopoly for MSOffice. Like the ODf champions, these people are similarly sadly mistaken!

While they celebrate, Microsoft is quie

A mus tread.  Carol Sliwa of ComputerWorld intervies Clark Kelso, California CIO.  ODF is the main issue, with clark casting all his answers in the context of business decisions.  Carol o fcourse is asking the best questions of any journalist alive.

Keep in mind that ComputerWorld and the Boston globe filed for the Freedom of Information Act to be invoked in Massachusetts.  They got access to all the eMail, documnetation, and conferencing notes concerning ODF  and Microsoft.  Carol's interview with Louis Gutierrez last week was filled with the same hard questions Clark Kelso fielded so deftly.

The "committee" Clark Kelso has set up to look at these issues is headed by Bill Welty, the CIO of the California Air Resources Board.  Bill is a long time opensource - Linux guy, but will be the firs tto admit that Microsoft is the only vendor providing a means of getting everything inot XML.  And that's the heart of any SOA strategy, "First, get everything into XML".

With a 500 million MSOffice desktop bound business process headstart, Microsoft has the extreme advantage in this much needed migration to XML. 

They now have their own proprietary application and platform bound version of XML; MOOXML (Microsoft OfficeOpenXML) heading for international standardization at ISO. 

They now have their XML Hub in place; the Exchange4/SharePoint Hub.  This is also an essential part of any SOA strategy.  You've got to have an XML Hub where the XML information streams and service connection to legacy black box systems can be piped into, managed and resolved.  The XML must also provide an end user interface to these information flows.  One that converges and integrates information, documents, data, and workflows into an easy to manage and participate in interface.  The E/S Hub excells at this because it covers the fundamentals of eMail, messaging, portal, calendar, scheduling, c

Quote: Sun Microsystems Inc., largely considered an avowed opponent of Open XML because of its own development and support for the competing, ODF-based StarOffice suite, found itself in the unexpected position of stating its support for ratifying Open XML -- albeit after some changes in the proposal are made. "We wish to make it completely clear that we support DIS 29500 becoming an ISO Standard and are in complete agreement with its stated purposes of enabling interoperability among different implementations and providing interoperable access to the legacy of Microsoft Office documents," Jon Bosak, a Sun representative to V1, wrote in an e-mail to other committee members over the weekend. "Sun voted No on Approval because it is our expert finding, based on the analysis so far accomplished in V1, that DIS 29500 as presently written is technically incapable of achieving those goals, not because we disagree with the goals or are opposed to an ISO Standard that would enable them." Sun "found itself in the unexpected position of stating its support for ratifying OOXML"?  What???? This is the official position of Sun?

For the near five years that i have been a member of the OASIS ODF TC, Sun has opposed