Skip to main content

Home/ OpenDocument/ Group items tagged support

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
Jesper Lund Stocholm

Microsoft Expands List of Formats Supported in Microsoft Office: Move enhances customer... - 0 views

www.microsoft.com/...05-21ExpandedFormatsPR.mspx

microsoft msoffice 14 msoffice 2007 odf pdf xps

shared by Jesper Lund Stocholm on 22 May 08 - Cached
  • REDMOND, Wash. — May 21, 2008 — Microsoft Corp. is offering customers greater choice and more flexibility among document formats, as well as creating additional opportunities for developer and competitors, by expanding the range of document formats supported in its flagship Office productivity suite.
  • With the release of Microsoft Office 2007 Service Pack 2 (SP2) scheduled for the first half of 2009, the list will grow to include support for XML Paper Specification (XPS), Portable Document Format (PDF) 1.5, PDF/A and Open Document Format (ODF) v1.1.
  • It will also allow customers to set ODF as the default file format for Office 2007. To also provide ODF support for users of earlier versions of Microsoft Office (Office XP and Office 2003), Microsoft will continue to collaborate with the open source community in the ongoing development of the Open XML-ODF translator project on SourceForge.net.
    • Paul Merrell
      Paul Merrell on 22 May 08
       
      The wookie here is the lack of native ODF support in older versions of MS Office, together with the earlier-announced intent to develop a new special API for other vendors to add native file suport via MS Office plug-ins. As part of its previous effort to backport OOXML support to earlier versions of Office and to port it to Office for the Mac, Microsoft engineers internally added OOXML support using the Office 2003 native file support to the Office 2003 native file support plug-in APIs, ripped it out of Office 2003 for Office 2007, wrapped it as a module with the same interface as the older APIs, then back and cross ported the module to the earlier versions and Office for the Mac. The new APIs for use by competitors must of necessity be integrated with the existing module. Anytime Microsoft needs to issue a bug fix for OOXML in the earlier versions, it would seem that the most efficient manner for Micriosoft to do so would be a patch for all versions that support OOXML. A patch that adds ODF support for the other Office versions would seem to be a fairly trivial task that could be rolled out with the patches that bring the older versions up to date with the final version of ISO/IEC OOXML In my view, the only conceivable reason for the new APIs is to limit the Office functionality available to competitors who write plug-ins for Office.
    • Jesper Lund Stocholm
      Jesper Lund Stocholm on 02 Jun 08
       
      Another key point in the silver lining here is that Microsoft will add native support for ODF to Microsoft Office 2007 SP2 "and beyond". However support for ODF in previous versions of Microsoft Office will not be native but through the CleverAge Converter on SourceForge. It will in other words be XSLT-based translation of ODF to/from OOXML with the known issues with translation such as bad quality and performance. http://idippedut.dk/post/2008/05/Document-translation-sucks-(When-Rob-is-right2c-hes-right).aspx
  • ...1 more annotation...
  • “Microsoft’s support for ODF in Office is a great step that enables customers to work with the document format that best meets their needs, and it enables interoperability in the marketplace,” said Roger Levy, senior vice president and general manager of Open Platform Solutions for Novell Inc. “Novell is proud to be an industry leader in cross-platform document interoperability through our work in the Document Interoperability Initiative, the Interop Vendor Alliance and with our direct collaboration with Microsoft in our Interoperability Lab. We look forward to continuing this work for the benefit of customers across the IT spectrum.”
  • Paul Merrell on 22 May 08
     
    Microsoft press announcement: REDMOND, Wash. - May 21, 2008 - Microsoft Corp. is offering customers greater choice and more flexibility among document formats, as well as creating additional opportunities for developer and competitors, by expanding the range of document formats supported in its flagship Office productivity suite.
  • Jesper Lund Stocholm on 02 Jun 08
     
    Microsoft press announcement: REDMOND, Wash. - May 21, 2008 - Microsoft Corp. is offering customers greater choice and more flexibility among document formats, as well as creating additional opportunities for developer and competitors, by expanding the range of document formats supported in its flagship Office productivity suite.
liza cainz

Help Gurus Offers Microsoft Tech Support - 1 views

Help Gurus offers Microsoft Tech Support for customers who are using windows application on their computers. They can give you quality technical support for Microsoft office applications, like Exce...

support service Desktop computer technical services PC tech

started by liza cainz on 19 Jan 11 no follow-up yet
Gary Edwards

Slamming the door shut on MS OOXML - 0 views

lists.oasis-open.org/...msg00033.html

cdf interoperability iso odf odf-tc officeopenxml ooxml opendocument xml

shared by Gary Edwards on 24 Aug 07 - Cached
  • So your goal is a networked world where metadata is routinely trashed by apps developed by those who are too dumb or otherwise disabled to preserve metadata and only the big boys get to do interoperability, right? So if I send you a document for your editing, I can't count on getting it back with xml:id attributes intact. No thanks, Patrick. That sounds way too much like how things have worked ever since office productivity software first came on the market. In your world, interoperability belongs only to those who can map features 1:1 with the most featureful apps. And that is precisely why OpenDocument never should have been approved as a standard. Your kind of interoperability makes ODF a de facto Sun Microsystems standard wearing the clothing of a de jure standard. Why not just standardize the whole world on Microsoft apps and be done with it? Are two monopolies maintained by an interoperability barrier between them better than one? Fortunately, we don't have to debate the issue because the Directives resolve the issue. You lose under the rules of the game.
  • Gary Edwards on 24 Aug 07
     
    Marbux on metadata and the language of universal interoperability: Few people are aware of the raging debate that has pushed ODF to the edge. The OASIS ODF TC is split between those who support Universal Interoperability, and those who insist on continuing with limited ODF interoperability.

    ODF (OpenDocument), formally known as Open Office XML, began it's standards life in the fall of 2002 when Sun submitted the OpenOffice file format to OASIS for consideration as a office suite XML fiel format standard. The work on ODF did not start off as a clean slate in that there were near 600 pages of application specific specification from day one of the standards work. The forces of universal interop have sought for years to separate ODF from the application specific features and implementation model of OpenOffice that began with those early specification volumes, and continues through the undue influence Sun continues to have over the ODF specification work.

    Many mistakenly believed that submission of ODF to ISO and subsequent approval as an international standard would provide an effective separation, putting ODF on the track of a truly universal file format.

    Marbux is one of those Universal Interop soldiers who has dug in his heels, cried to the heavens that enough is enough, and demanded the necessary changes to ODF interoperability language.

    This post he recently submitted to the OASIS ODF Metadata SC is a devastating rebuttal to the arguments of those who support the status quo of limited interoperability.

    In prior posts, marbux argues that ISO directives demand without compromise universal interoperability. This demand is also shared by the World Trade Organization directives regarding international trade laws and agreements. Here he brings those arguments together with the technical issues for achieving universal interop.

    It's a devastating argument.

Sanny Y

The Number One Computer Tech Support Service - 1 views

Computer Tech Support Service offers the most outstanding computer support service. They have friendly computer support technicians who are very skilled in giving accurate and fast solutions to my ...

Computer support service

started by Sanny Y on 13 Sep 11 no follow-up yet
Dale Villar

The Number One Computer Tech Support Service - 1 views

Computer Tech Support Service offers the most outstanding computer support service . They have friendly computer support technicians who are very skilled in giving accurate and fast solutions to my...

Computer support service

started by Dale Villar on 14 Sep 11 no follow-up yet
Gary Edwards

V1 committee gives thumbs down to Open XML doc spec - 0 views

www.computerworld.com/...article.do

shared by Gary Edwards on 20 Jul 07 - No Cached
  • 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.
  • Gary Edwards on 20 Jul 07
     
    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
lyn shen

Online Computer Tech Support Saved the Day For Me - 1 views

I was rushing a project in school when suddenly my laptop just konked out and crashed. I did not know what to do. After a few minutes of indecision, I picked up the phone and called Computer Tech ...

virus protection tech support PC technical

started by lyn shen on 27 Jul 11 no follow-up yet
Rem PC

The Best Remote PC Support I Ever Had - 1 views

The Remote PC Support Now excellent remote PC support services are the best. They have skilled computer tech professionals who can fix your PC while you wait or just go back to work or just simply...

remote PC support

started by Rem PC on 29 Sep 11 no follow-up yet
lyn shen

Importance of Online Computer Tech Support - 2 views

I am a writer and I have a lot of deadlines to beat in submitting my articles to my editor. I often experience computer troubleshooting and it really makes me feel sad whenever I have some pending ...

online computer tech support

started by lyn shen on 29 Jun 11 no follow-up yet
caren chio

Best PC Technical Support Provider - 1 views

I work as an information officer and my task is to flash all upcoming activities our company will have. Because I am using my PC more often, it heats up, and sometimes, it gets too hot, I was think...

virus protection tech support PC technical

started by caren chio on 06 Jul 11 no follow-up yet
Gary Edwards

Apache POI - Java API To Access Microsoft Format Files - 0 views

poi.apache.org

apache-poi ooxml interop DII

shared by Gary Edwards on 03 Dec 08 - Cached
  • Gary Edwards on 03 Dec 08
     
    POI 3.5 beta 3, and Office Open XML Support (2008-07-18) now supported by Microsoft through the Document Interoperability Initiative Project (DII) The Apache POI Project is currently working to support the new Office Open XML file formats, such as XLSX and PPTX, which were introduced in Office 2007. The POI project consists of APIs for manipulating various file formats based upon Microsoft's OLE 2 Compound Document format, and Office OpenXML format, using pure Java. In short, you can read and write MS Excel files using Java. In addition, you can read and write MS Word and MS PowerPoint files using Java. POI is your Java Excel solution (for Excel 97-2007). However, we have a complete API for porting other OLE 2 Compound Document formats and welcome others to participate. OLE 2 Compound Document Format based files include most Microsoft Office files such as XLS and DOC as well as MFC serialization API based file formats. Office OpenXML Format based files include the new (2007+) xml based file formats, including Microsoft office files such as XLSX, DOCX and PPTX.
Paul Merrell

Doug Mahugh : ODF Implementation Notes for Office 2007 SP2 - 0 views

blogs.msdn.com/...notes-for-office-2007-sp2.aspx

ODF Microsoft office 2007 interop

shared by Paul Merrell on 05 Jan 09 - Cached
  • Microsoft has today published our first set of document-format implementation notes, for the ODF implementation in Office 2007 SP2. These notes, which are available on the DII web site, provide detailed information about the design decisions that went into our implementation of ODF 1.1.
  • Doug, The list of elements and attributes "not supported in core Word/Excel/PowerPoint 2007" is quite long. Can you tell us what will happen, when Office 2007 encouters an unsupported element. Will it simply be ignored? When roundtripping - will it be deleted or preserved?
  • Doug, The list of elements and attributes "not supported in core Word/Excel/PowerPoint 2007" is quite long. Can you tell us what will happen, when Office 2007 encouters an unsupported element. Will it simply be ignored? When roundtripping - will it be deleted or preserved?
  • ...1 more annotation...
  • Jesper, On load, Office 2007 SP2 will simply ignore the unsupported elements and attributes in ODF files.  We do not attempt to round trip unsupported elements and attributes, they will be removed from the ODF file if you resave it using Office 2007 SP2.  This is consistent with our implementation principles and our desire to provide predictable behavior.   We considered trying to roundtrip elements and attributes that we do not understand or support, but we found if we did this that we could not be sure the resulting files were internally consistent and conformant ODF files.   As an aside, there are some cases where we write elements or attributes on save that we do not support on load, for the sake of better interoperability with other applications that use ODF.   Those cases are described in the implementer notes as well.
  • Paul Merrell on 05 Jan 09
     
    Jesper Lund Stocholm asks a right-on-the-mark question. Peter Amstein answers for Microsoft. What do you expect when a specification ends its conformance section with the statement, "There are no rules regarding the elements and attributes that actually have to be supported by conforming applications, except that applications should not use foreign elements and attributes for features defined in the OpenDocument schema?"
Paul Merrell

Rapid - Press Releases - EUROPA - 0 views

europa.eu/...pressReleasesAction.do

antitrust microsoft odf

shared by Paul Merrell on 22 May 08 - Cached
  • The European Commission has taken note of Microsoft's announcement on 21st May concerning supporting ODF in Office. The Commission would welcome any step that Microsoft took towards genuine interoperability, more consumer choice and less vendor lock-in. In its ongoing antitrust investigation concerning interoperability with Microsoft Office (see MEMO/08/19), the Commission will investigate whether the announced support of ODF (OpenDocument format) in Office leads to better interoperability and allows consumers to process and exchange their documents with the software product of their choice.
  • Paul Merrell on 22 May 08
     
    The European Commission has taken note of Microsoft's announcement on 21st May concerning supporting ODF in Office. The Commission would welcome any step that Microsoft took towards genuine interoperability, more consumer choice and less vendor lock-in. In its ongoing antitrust investigation concerning interoperability with Microsoft Office (see MEMO/08/19), the Commission will investigate whether the announced support of ODF (OpenDocument format) in Office leads to better interoperability and allows consumers to process and exchange their documents with the software product of their choice.
Paul Merrell

Doug Mahugh : Office support for document format standards - 0 views

blogs.msdn.com/...document-format-standards.aspx

interop microsoft odf strategy

shared by Paul Merrell on 22 May 08 - Cached
  • Third-party translators. We anticipate that some developers may want to take over the default ODF load and save paths, so that they can plug in their own translators for ODF, and we'll be providing an API in SP2 that enables this scenario. This means that if a developer disagrees with the details of our approach and would like to implement ODF for Office in a different way, they're free to do so and can set it up such that when a user opens an ODT attached to an email or from their desktop, it will be loaded through their ODF code path.
    • Paul Merrell
      Paul Merrell on 22 May 08
       
      The Third-party translators discussion of the forthcoming new API suggests that it is for ODF only, and thereby implicitly that it will not be a tool for accessing the full functionaolity of MS Word, i.e., that only the functionality specified in ODF 1.1 will be available. E.g., no control of Sharepoint functionality or manipulation of the Microsoft cloud through the API from OpenOffice.org via ODF. .
    • Jesper Lund Stocholm
      Jesper Lund Stocholm on 23 May 08
       
      The Microsoft cloud depends heavily on OOXML, and that is likely not going to change. Are you saying that you'd prefer a plug-in mechanism in SharePoint as well? I believe the protocols used by SharePoint are included in the specs now provided. Won't that do (apart from the non-commercial usage of the specs)
  • If you're an Office 2007 user, the image above probably looks pretty familiar. But look close, and you'll see some Save-As options you've not seen before here: OpenDocument, and (unless you have the existing add-in) PDF & XPS.
  • There is new information today about the planned release of v2.0 of the ODF translator on the ODF translator team blog. The SourceForge translator projects will continue to move forward, and Microsoft will continue to be an active participant in these projects.
  • ...2 more annotations...
  • This is a screen shot of a pre-release copy of SP2 (Service Pack 2) for the 2007 Microsoft Office System, showing the new document format standards that we'll be supporting starting with SP2.
    • Paul Merrell
      Paul Merrell on 23 May 08
       
      Hi, Jesper. according to another article I found later, the new APIs (I assume it should be plural rather than singlular) will allow addition of formats other than ODF, so I apparently got that part wrong. On the Sharepoint example, I wasn't sufficiently clear and apologize. Assume you create a document in MS Office that invokes Sharepoint functionality, then you save it as ODF and ship it off to a co-worker using OOo. The OOo user wants to send it back to you for further processing. But if saving to ODF in Office wipes the Sharepoint metadata, you've got data loss on the outbound trip. The path you suggest would work at least in theory (I haven't heard any reports yet of the documentation on the Sharepoint APIs) if Sharepoint were used as an intermediary hub. But the Sharepoiint document may not be accessible to the co-worker, e.g., because of page security settings. I anticipate that there would be many cases where only one end of the trip has access to the hub, so there's a need to keep the path open that bypasses the hub and for it to be non-lossy. There is an article on BetaNews by Scott Fulton that interviews a couple of the Softies. They said that there will be lots of Office functionality that won't be able to be saved in ODF, that they're not planning a compatability mode that would block use of features that can't be saved to ODF, and that they're not planning to go beyond the features specified in ODF 1.1. So if they carry through on what they said, the outbound trip to ODF implementations will be lossy. I think the real problem with the Sharepoint specs and other documentation Microsoft is releasing is that it isn't in a standard where a technical committee could say yea or nay on whether it is suffiiciently specific and where the specs can be made vendor-neutral. In other words, that Micrsooft is in control of the specifiation rather than a standards body. Microsoft got away so far with creating a de facto standard for the line of business functional
    • Paul Merrell
      Paul Merrell on 23 May 08
       
      Hi, Jesper. according to another article I found later, the new APIs (I assume it should be plural rather than singlular) will allow addition of formats other than ODF, so I apparently got that part wrong. On the Sharepoint example, I wasn't sufficiently clear and apologize. Assume you create a document in MS Office that invokes Sharepoint functionality, then you save it as ODF and ship it off to a co-worker using OOo. The OOo user wants to send it back to you for further processing. But if saving to ODF in Office wipes the Sharepoint metadata, you've got data loss on the outbound trip. The path you suggest would work at least in theory (I haven't heard any reports yet of the documentation on the Sharepoint APIs) if Sharepoint were used as an intermediary hub. But the Sharepoiint document may not be accessible to the co-worker, e.g., because of page security settings. I anticipate that there would be many cases where only one end of the trip has access to the hub, so there's a need to keep the path open that bypasses the hub and for it to be non-lossy. There is an article on BetaNews by Scott Fulton that interviews a couple of the Softies. They said that there will be lots of Office functionality that won't be able to be saved in ODF, that they're not planning a compatability mode that would block use of features that can't be saved to ODF, and that they're not planning to go beyond the features specified in ODF 1.1. So if they carry through on what they said, the outbound trip to ODF implementations will be lossy. I think the real problem with the Sharepoint specs and other documentation Microsoft is releasing is that it isn't in a standard where a technical committee could say yea or nay on whether it is suffiiciently specific and where the specs can be made vendor-neutral. In other words, that Micrsooft is in control of the specifiation rather than a standards body. Microsoft got away so far with creating a de facto standard for the line of business functional
  • Paul Merrell on 22 May 08
     
    "This is a screen shot of a pre-release copy of SP2 (Service Pack 2) for the 2007 Microsoft Office System, showing the new document format standards that we'll be supporting starting with SP2."
  • Jesper Lund Stocholm on 23 May 08
     
    "This is a screen shot of a pre-release copy of SP2 (Service Pack 2) for the 2007 Microsoft Office System, showing the new document format standards that we'll be supporting starting with SP2."
Paul Merrell

BetaNews | Microsoft's Matusow and Mahugh on Office's move to open format support - 0 views

www.betanews.com/...3

compatibility mode mahugh microsoft native file support apis

shared by Paul Merrell on 27 May 08 - Cached
  • One of the most intriguing parts of today's development, especially for open source developers and ODF proponents, concerns Microsoft's upcoming release of its API's for document format plug-ins for the forthcoming "Office 14:"
  • A second scenario is, perhaps there's a format that we have not implemented or supported in Office, but for whatever reason, a particular organization wants to support that format. They can write their own support and integrate it into Office, so that it's very seamless; and from the user experience point of view, it just looks like yet another format Office supports.
    • Paul Merrell
      Paul Merrell on 27 May 08
       
      But will developers be able to set compatibility modes so that functionality in MS Office that can not be saved to another document format is not available? If not, there can be no ireliable nterchange of documents between different IT systems without loss of fidelity.
  • The APIs, BetaNews learned, will be released under the auspices of the interoperability initiatives the company launched in February. Those apply to documentation and information (note, not programs) that Microsoft says it will freely release to developers without them having to obtain a license; and those initiatives apply to Microsoft's "high-volume software" -- and certainly Office qualifies as that. A careful read of these initiatives' wording would indicate that Microsoft leaves itself no option for using intellectual property leverage against anyone who should make a format plug-in for Office 14 -- even a "better Open XML than Open XML," since that's no longer Microsoft's property either.
liza cainz

HP Support Service for Printers - 2 views

In the office, frequent glitches of our HP DeskJet printer are a major source of headaches and stress. That is why I decided to hire the services of Help Gurus who is known to be a credible provide...

support service Desktop computer technical services PC tech

started by liza cainz on 03 Feb 11 no follow-up yet
shen jesh

Computer Support Service to My Rescue - 1 views

I am not an expert when it comes to computer. That is why last week when my computer at home is not working well, I immediately call my computer support service provider - ComputerTechSupportServic...

support service Desktop computer technical services PC tech

started by shen jesh on 17 May 11 no follow-up yet
caren chio

PC Technical Support - 1 views

I often look for PC technical support because my computer sometimes experiences minor or major breakdowns, and I could hardly find someone, or any technician for that matter, to fix it for me. I ha...

virus protection tech support PC technical

started by caren chio on 25 Jul 11 no follow-up yet
Desktop Computer Support

Desktop Computer Support Gets Rid of Viruses - 2 views

One day, the computers at my small book shop suddenly went crazy. It displays weird characters on the screen and then shut down instantly. I could not do anything about it except to call my trusted...

computer virus support

started by Desktop Computer Support on 01 Aug 11 no follow-up yet
Computer Support US

Faulty Internet Solved Through Computer Support - 2 views

Our internet connection would always work good as new. But, then it turns out that we began to experience faulty internet connection which is really an inconvenience for us. Then we decided that we...

computer support

started by Computer Support US on 30 Sep 11 no follow-up yet
1 - 20 of 173 Next › Last »
Showing 20▼ items per page