| Newsgroups |
gmane.comp.graphics.omnigraffle.user |
| Message-ID |
<486166312-1237056453-cardhu_decombobulator_blackberry.rim.net-61923233-@bxe1287.bisx.prod.on.blackberry> |
On point 3, I specifically had issues with Graffle files stored as bundles on a networked netapp share mounted through NFS to an OSX desktop client. From time to time, OG would lock up, be unable to save files, and crash. I also found that performance of OG was also affected and significant slow-downs would happen with some operations. I found that switching to using flat files prevented these problems, but recent versions of the application combined with updates to OSX's networking code may have also dealt with these issues.
V.
-----Original Message-----
From: Mark Barclay <[email protected]>
Date: Sat, 14 Mar 2009 14:24:26
To: Viktor Haag<[email protected]>; Federico Rogoza<[email protected]>
Cc: <[email protected]>
Subject: Re: OmniGraffle Support
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
_______________________________________________
OmniGraffle-Users mailing list
[email protected]
http://www.omnigroup.com/mailman/listinfo/omnigraffle-users