Re: [discuss] Revision History
Why are we looking for ways to reduce file size? Why would we want to save the whole file, and not just the changes to that file? It seems some very powerful wiki software out there, has achieved this quite nicely. I think by looking for ways to get around having to re-engineer part of the version handling, we are also digging ourselves into a bigger hole down the road. Every other software project that has sidestepped engineering problems in the past has ended up causing themselves more grief later. Rigel On 11/12/05, Henrik Sundberg <[EMAIL PROTECTED]> wrote: > > 2005/11/12, mark <[EMAIL PROTECTED]>: > > > > What would be more reasonable would be a plug-in interface to a CM tool, > > such as CVS, or Subversion. > > I agree. I don't want my documents to grow indefinitely, And I don't > want to export all versions of my documents. > But can Subversion handle OpenDocuments in a good way? > > From another thread: > 2005/11/10, Jim Higson <[EMAIL PROTECTED]>: > > > > I have a bunch of sxw files in a subversion repository (documentation > for an > > Open Source project). It'd be nice if the repo didn't have to treat them > as > > binary so it could do merge operations when several people make minor > > changes. > > > > Is it possible to save in an uncompressed XML format? > > Is this the only solution? Being forced to check in directory trees > for each document seems cumbersome. > Why shouldn't the version control systems be able to handle zipped > files directly? If they just know that the files are compressed, they > ought to be able to handle differences between document versions as > efficient as if the files were pure text. > OTOH, I don't want to see the differences in the xml. I want the > differences to be visible in Writer. Which result in: > > 2005/11/12, G. Roderick Singleton <[EMAIL PROTECTED]>: > > Hmm, does File > Versions not fill your requirements? I think it should > > do the job. > > A bit of both would be to use subversion as is, and then use a > diff-program that produce the same result as I expect "File > > Versions" to produce. > > Is there such a diff function included in OOo? Or does another > OpenDocument diff utility exist? > > I'm sorry for being too verbose. > /$ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [discuss] Revision History
Henrik Sundberg wrote: > Thanks for all this info Mathias! > I think "File-Compare Documents" and binary files in my VCS will suit me best. > I just tested "File-Compare Documents". It didn't notice differences > in tables. Is it just meant for bread text? I don't know exactly. It's also possible that it's a bug. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Revision History
Thanks for all this info Mathias! I think "File-Compare Documents" and binary files in my VCS will suit me best. I just tested "File-Compare Documents". It didn't notice differences in tables. Is it just meant for bread text? /$ 2005/11/13, Mathias Bauer <[EMAIL PROTECTED]>: > Henrik Sundberg wrote: > > 2005/11/12, mark <[EMAIL PROTECTED]>: > > > >> Is it possible to save in an uncompressed XML format? > > > > Is this the only solution? Being forced to check in directory trees > > for each document seems cumbersome. > > You can save OOo documents into one single XML file. Together with > "pretty printing" enabled that's the only reasonable way to use a VCS > for OOo documents because then you have text files and can create diffs. > > > Why shouldn't the version control systems be able to handle zipped > > files directly? If they just know that the files are compressed, they > > ought to be able to handle differences between document versions as > > efficient as if the files were pure text. > > Good question. But anyway at least currently there is no VCS with this > ability. > > > OTOH, I don't want to see the differences in the xml. I want the > > differences to be visible in Writer. > > Then the change tracking inside the OOo document is exactly what you > need, or the versioning system together with the "compare versions" > functionality. I know you said you want it outside the document - but at > least ATM you can't have everything. ;-) > > > A bit of both would be to use subversion as is, and then use a > > diff-program that produce the same result as I expect "File > > > Versions" to produce. > > > > Is there such a diff function included in OOo? Or does another > > OpenDocument diff utility exist? > > Did you try "File-Compare Documents"? > > Best regards, > Mathias > > -- > Mathias Bauer - OpenOffice.org Application Framework Project Lead > Please reply to the list only, [EMAIL PROTECTED] is a spam sink. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Revision History
Henrik Sundberg wrote: > 2005/11/12, mark <[EMAIL PROTECTED]>: > >> Is it possible to save in an uncompressed XML format? > > Is this the only solution? Being forced to check in directory trees > for each document seems cumbersome. You can save OOo documents into one single XML file. Together with "pretty printing" enabled that's the only reasonable way to use a VCS for OOo documents because then you have text files and can create diffs. > Why shouldn't the version control systems be able to handle zipped > files directly? If they just know that the files are compressed, they > ought to be able to handle differences between document versions as > efficient as if the files were pure text. Good question. But anyway at least currently there is no VCS with this ability. > OTOH, I don't want to see the differences in the xml. I want the > differences to be visible in Writer. Then the change tracking inside the OOo document is exactly what you need, or the versioning system together with the "compare versions" functionality. I know you said you want it outside the document - but at least ATM you can't have everything. ;-) > A bit of both would be to use subversion as is, and then use a > diff-program that produce the same result as I expect "File > > Versions" to produce. > > Is there such a diff function included in OOo? Or does another > OpenDocument diff utility exist? Did you try "File-Compare Documents"? Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Revision History
Henrik Sundberg wrote: 2005/11/12, mark <[EMAIL PROTECTED]>: What would be more reasonable would be a plug-in interface to a CM tool, such as CVS, or Subversion. I agree. I don't want my documents to grow indefinitely, And I don't want to export all versions of my documents. But can Subversion handle OpenDocuments in a good way? Haven't worked with that - of F/OSS CM tools, I've only worked with sccs and CVS. But as the person below suggests, unless you save it as XML, there *is* no way for any revision control system to treat it as other than binary, because it *is* a binary file. That includes M$ Word and zipfiles. If anyone wants to argue, then *please* go do some research first, and see what these words actually mean, and not just fling 'em around like magic spells. I haven't looked closely enough, but you can store single files, not only whole directory trees. CVS *does* want to extract it to a specific directory (sorry, folder to all you GUI addicts ), but you can check out and check in one file. One thing that you *REALLY* *NEED* to do, when you check something in, is make comments (you *will* always be prompted for them) as to *what* the changes were about, not just "updated document" - that's *utterly* useless to you in three months, or if someone else needs to check out the document, or pull out an older revision. mark -- "Conservatives engage in one of man's oldest exercises in philosophy; the search for a moral justification for selfishness." -- John Kenneth Galbraith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Revision History
2005/11/12, mark <[EMAIL PROTECTED]>: > > What would be more reasonable would be a plug-in interface to a CM tool, > such as CVS, or Subversion. I agree. I don't want my documents to grow indefinitely, And I don't want to export all versions of my documents. But can Subversion handle OpenDocuments in a good way? >From another thread: 2005/11/10, Jim Higson <[EMAIL PROTECTED]>: > > I have a bunch of sxw files in a subversion repository (documentation for an > Open Source project). It'd be nice if the repo didn't have to treat them as > binary so it could do merge operations when several people make minor > changes. > > Is it possible to save in an uncompressed XML format? Is this the only solution? Being forced to check in directory trees for each document seems cumbersome. Why shouldn't the version control systems be able to handle zipped files directly? If they just know that the files are compressed, they ought to be able to handle differences between document versions as efficient as if the files were pure text. OTOH, I don't want to see the differences in the xml. I want the differences to be visible in Writer. Which result in: 2005/11/12, G. Roderick Singleton <[EMAIL PROTECTED]>: > Hmm, does File > Versions not fill your requirements? I think it should > do the job. A bit of both would be to use subversion as is, and then use a diff-program that produce the same result as I expect "File > Versions" to produce. Is there such a diff function included in OOo? Or does another OpenDocument diff utility exist? I'm sorry for being too verbose. /$ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Revision History
Rigel wrote: One thing I noticed missing recently is a revision history for OpenOffice documents. This may seem kind of ridiculous, but sometimes people work for a long time on some documents, and they may at some point think. ' "OMG! I wish I had that back!" *sigh* '... Perhaps a Revision History could be one thing to be considered in the What would be more reasonable would be a plug-in interface to a CM tool, such as CVS, or Subversion. mark -- If you support Bush, you DON'T support the troops. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Revision History
On Sat, 12 Nov 2005 06:35:16 -, Rigel <[EMAIL PROTECTED]> wrote: One thing I noticed missing recently is a revision history for OpenOffice documents. This may seem kind of ridiculous, but sometimes people work for a long time on some documents, and they may at some point think. ' "OMG! I wish I had that back!" *sigh* '... Perhaps a Revision History could be one thing to be considered in the 3.0version of the software. Not only that, but a person could track their own progress on a project, and choose to fish out anything pertinent that previosly didn't fit, or has changed in relevance. Rigel Dont you get that when you use Versioning? I usually do that when I have long documents, automating the versioning might be a possibility but the issue is usually that the document will blow up in size. If your document has multiple images you can end up with very big file size. -- Alexandro Colorado CoLeader of OpenOffice.org ES http://es.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]