Re: OmniGraffle Support
Mark Barclay <[email protected]>
| Newsgroups | gmane.comp.graphics.omnigraffle.user |
|---|---|
| Message-ID | <C5E16E9A.43C0%[email protected]> |
Note: base64 only adds 33% to content size. Also, any file can be saved in Subversion, but storage efficiency may be improved using a text based format, as well as the ability to diff versions of the file with meaningful results. But even the use of text formats, e.g. XML, do not necessarily guarantee that you will be able to reasonably deal with diff info. The degree to which you can depends largely on how an application uses XML. On point 2: as long as Sharepoint allows binary files to be stored, and if users only modify and publish versions one at a time, with locking imposed (supported) by Sharepoint, it should not be necessary to use the flat format. On point 3: any file can be shared over a network disk, if what you mean is just making directory structures available across a network using NFS, Samba (NetBIOS), etc.. Mark Barclay Mishawaka, Indiana [email protected] On 3/13/09 9:05 AM, "Viktor Haag" <[email protected]> wrote: > I have had issues with precisely the problems you mention. I just make sure > that any particular document uses the "Flat File" document format. I believe > that the new default behaviour is to "automatically choose" the format: by > default flat file, but if the diagram uses any imported art objects, then it > switches to bundle; however, I also believe that if you select "flat file" > (and not "automatic") as the file format in the Document inspector, then any > imported art will get base64 encoded and inlined into the flat file, and you > should be just fine (except, of course, that your files will suddenly become > rather larger, because encoded image sizes tend to be much larger than their > binary sources). > You may also notice performance degradation depending upon how often > OmniGraffle has to encode and decode the images in a diagram. > > You can neatly avoid this problem by avoiding using any binary-formatted > images in your diagrams. Stick to Graffle native shapes (or maybe > XML-represented imported images like SVG?), and OG should always choose > "Flat File" when you have it set to "automatic" or "Flat File". > > In other words, I believe the particular issues you mention are probably > easily worked around, although they might require you to take an extra step > or two in your standard operating behaviour with the tool. > > Hope this helps: if I'm incorrect, please someone correct me, as I'd like to > know the right answer to this question and all the implications as well! > > -- > V. > > 2009/3/13 Federico Rogoza <[email protected]> > >> Please, I'd like to know: >> >> 1. Can OmniGraffle file format be saved in a repository system like >> Subversion? See problem: >> http://point.davidglasser.net/2006/07/30/using-omnigraffle-with-subversi >> on-without-sadness/ >> >> 2. Can OmniGraffle file format be used and shared through a >> Microsoft Sharepoint site, so many users can, one at a time, modify the >> file and then publish it? >> >> 3. Can OmniGraffle file format be shared through a network shared >> disk? >> >> The problem is that if I'm not sure if this sharing capabilities are >> supported, I will not be able to recommend Omni Apps to be purchased and >> installed in this new company. >> >> >> Thanks in advance. >> >> Best regards. >> >> Federico Rogoza >> _______________________________________________ >> OmniGraffle-Users mailing list >> [email protected] >> http://www.omnigroup.com/mailman/listinfo/omnigraffle-users >> > _______________________________________________ > OmniGraffle-Users mailing list > [email protected] > http://www.omnigroup.com/mailman/listinfo/omnigraffle-users