OASIS Open Document Format for Office Applications (OpenDocument) TC

  • 1.  Re: [office] Proposal for modification of previewimage description

    Posted 08-02-2007 19:59
    Dear TC
    
    I have some additional comments from our desktop team (Federico Mena Quintero 


  • 2.  Re: [office] Proposal for modification of preview =?iso-8859-1?q?image=09description?=

    Posted 08-03-2007 06:50
    Thanks for the research, I concur on most points, except this one;
    
    On Thursday 02 August 2007 21:58:57 Florian Reuter wrote:
    > * Alpha is pointless (all documents have a background color for the
    > page --- last time I checked OOo didn't support transparent paper),
    > though we'll deal with it just fine (we'll just composite against a
    > suitable background like white).
    
    I think there is a misunderstanding here;
    almost no document is square; so the request to have 128x128 images can 
    not be fulfilled and thus there are two ways to 'fix' that.
    I assume there are people that assume the image will be made smaller on 
    one side.  And there are people that will just write the non existing 
    image as transparent.
    
    On top of that; not all apps are paper based.  ODF can store svgs for 
    example.  And I'm still hoping for a good integration with the bitmap 
    editing apps into the ODF infrastructure (currently being developed as 
    open-raster) which means that there is a direct need for 
    alpha-transparency due to pixmaps certainly having a need for those.
    -- 
    Thomas Zander
    


  • 3.  ODF Interoperability Camp at OO.org Conference in Barcelona

    Posted 08-06-2007 13:25

    I'd like to bring to the TC's attention a day-long ODF Camp that the ODF Adoption TC is organizing on 20 September 2007 in Barcelona, Spain. The focus will be on word process interoperability.  We are hoping to have a representative for each ODF word processor vendor or project and to work on a number of interoperability scenarios.

    More information can be found here:

    http://wiki.services.openoffice.org/wiki/ODF_Camp

    Let me know if you have any questions.

    -Rob
    ___________________________

    Rob Weir
    Software Architect
    Workplace, Portal and Collaboration Software
    IBM Software Group

    email: robert_weir@us.ibm.com
    phone: 1-978-399-7122
    blog: http://www.robweir.com/blog/




  • 4.  Re: [office] Proposal for modification of preview image description

    Posted 08-03-2007 10:29
    Hi,
    
    thank you very much to all who provided comments to the topic. However, 
    I have to admit that I have some difficulties to figure out what they 
    mean for my proposal.
    
    The current proposal is to state the following:
    
    "Thumbnails *shall* be saved in the PNG format.
    
    Note: Current desktops display thumbnail images within squares of up to
    256 pixel width and height. While this specification does not define
    upper or lower limits for thumbnail image sizes, implementations should
    only use image sizes that are displayed with a reasonable quality if
    scaled to fit into 256x256 pixel square."
    
    So, is it suggested to add some wording for
    - a 128x128 bit minimum size, and/or
    - 24 bit per pixel, and/or
    - alpha transparency?
    
    And is it suggested to add them as normative requirements, or only as 
    informal guidelines (i.e. a note)?.
    
    My opinion is that the minimum size and alpha transparency are 
    indirectly covered by my proposal, because it states that one "should
    only use image sizes that are displayed with a reasonable quality if
    scaled to fit into 256x256 pixel square."
    
    That means that is clear that image sizes smaller than 128x128 won't be 
    a good choice, and that one for thumbnails that are not squares either 
    has to provide images that are not squares, or has to add transparent bits.
    
    The 24 bit color item may be added.
    
    I personally have a preference for stating these things in a 
    non-normative way in the future. Simple reason is that the "optimal" 
    image size and parameters depend on the platform, and may change in the 
    future. I further believe that implementors have an interest in storing 
    high quality thumbnail images anyway, and regardless whether we specify 
    minimum requirements.
    
    I therefore propose to extend the note above as follows:
    
    Note: Current desktops display thumbnail images within squares of up to
    256 pixel width and height, and 24 bit per pixel. While this 
    specification does not define upper or lower limits for thumbnail image 
    sizes, implementations should only use image sizes that are displayed 
    with a reasonable quality if scaled to fit into 256x256 pixel square."
    
    However, while I have a preference for that solution, I have no 
    objections to adding one or more of the requirements to the normative 
    text, if there is majority for this in the TC, and/or if no objections 
    are raised to this approach. It therefore would be good if those who 
    believe we should add normative minimum requirements could indicate 
    that, and those who have objections for adding them, too, so that I get 
    some guidance how to adapt the proposal, if required.
    
    Thank you and best regards
    
    Michael
    
    
    
    
    Florian Reuter wrote:
    > Dear TC
    > 
    > I have some additional comments from our desktop team (Federico Mena Quintero 


  • 5.  Projity's OpenProj

    Posted 08-07-2007 17:45

    News:  Projit's MS Project clone moving to open source, talking with Sun regarding possible move to OpenOffice.org.  

    The part that caught my interest was, "Projity plans to invest "significant resources" into driving the creation of an open standards document format for project management that would be an alternative to the .mpp/.mpx formats used by Microsoft Project, and would eventually become a subset of the OpenDocument Format natively used by OpenOffice and StarOffice. "

    So something to think about after ODF 1.2, perhaps adding project management formats.  

    http://www.computerworld.com/action/article.do?command=viewArticleBasic&articleId=9029243&pageNumber=1

    -Rob


  • 6.  Re: [office] Projity's OpenProj

    Posted 08-07-2007 18:40
    robert_weir@us.ibm.com wrote:
    > 
    > News:  Projit's MS Project clone moving to open source, talking with Sun 
    > regarding possible move to OpenOffice.org.  
    > 
    > The part that caught my interest was, "Projity plans to invest 
    > "significant resources" into driving the creation of an open standards 
    > document format for project management that would be an alternative to 
    > the .mpp/.mpx formats used by Microsoft Project, and would eventually 
    > become a subset of the OpenDocument Format natively used by OpenOffice 
    > and StarOffice. "
    > 
    > So something to think about after ODF 1.2, perhaps adding project 
    > management formats.  
    
    Yes, though would like to see them get more innovative (e.g. less 
    "MS-clone"!) project management developers like the Omni Group involved 
    if possible to make sure it's a suitably flexible format.
    
    ODF really needs to be a path to the next generation in productivity, 
    rather than just the old ways in XML.
    
    Bruce
    


  • 7.  Re: [office] Projity's OpenProj

    Posted 08-07-2007 19:06
    Bruce,
    
    Bruce D'Arcus wrote:
    > robert_weir@us.ibm.com wrote:
    >>
    >> News:  Projit's MS Project clone moving to open source, talking with 
    >> Sun regarding possible move to OpenOffice.org. 
    >> The part that caught my interest was, "Projity plans to invest 
    >> "significant resources" into driving the creation of an open 
    >> standards document format for project management that would be an 
    >> alternative to the .mpp/.mpx formats used by Microsoft Project, and 
    >> would eventually become a subset of the OpenDocument Format natively 
    >> used by OpenOffice and StarOffice. "
    >>
    >> So something to think about after ODF 1.2, perhaps adding project 
    >> management formats.  
    >
    > Yes, though would like to see them get more innovative (e.g. less 
    > "MS-clone"!) project management developers like the Omni Group 
    > involved if possible to make sure it's a suitably flexible format.
    >
    > ODF really needs to be a path to the next generation in productivity, 
    > rather than just the old ways in XML.
    >
    +1!
    
    But as a hint to some of the larger vendors, support for their own staff 
    and/or others to work on integrating such projects into ODF is what is 
    going to make ODF the path for the next generation in productivity. 
    Simply being a possible path and being a path that has attracted vendor 
    support are two different things.
    
    Hope you are having a great day!
    
    Patrick
    
    > Bruce
    >
    >
    
    -- 
    Patrick Durusau
    patrick@durusau.net
    Chair, V1 - US TAG to JTC 1/SC 34
    Acting Convener, JTC 1/SC 34/WG 3 (Topic Maps)
    Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)
    Co-Editor, OpenDocument Format (OASIS, ISO/IEC 26300)