Re: [tdf-discuss] Re: Support for Versions, Full-Screen, and Resume in OS X Lion
Sorry for the confusion, reading the whole thread is advantageous. Am 09.09.2011 14:27, schrieb Tor Lillqvist: You are confusing autosave ... and a separate and different feature with the same name in OS X Lion (and later), implemented mainly in the system library level . Meanwhile I recognized that. Don't be scared and confused. Oh, I'm not really scared. it is not. What is being discussed in this thread is perhaps making use of *another* thing, a feature of the operating system, on OS X Lion. I understood that this is a new feature which does not seem ripe with respect to it's implementation and behaviour under certain circumstances. (As Charles already pointed out even the MacOS world is discussing this issue. http://tidbits.com/article/12483) And Charles explained the right thing and I now fully understand and support his apprehension at least for the time being. However, discussion with some MacOS users gave me the impression that on the long run the MacOS way of autosave and resume has to be supported by anybody who wants to play with the other big boys. Karl -- Karl Behler sen., Garching, Germany -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] Re: Support for Versions, Full-Screen, and Resume in OS X Lion
Hi Charles, this is only on autosave and recover. What I know from other platforms (Solaris/Linux) is that autosave saves into a hidden file in the background not destroying your last saved document. Just in case of an unforeseen shutdown of the system, a power outage or a crash of the whole soffice suite, X11 system or OS these hidden files remain in background. Restarting soffice next time finds all the leftover hidden files from last time and offers to recover them. (Of course a regular save and exit from soffice deletes all hidden files.) This is an important and yet simple funcionality, which should not be missed to implement. Why? Don't forget the multiuser systems, the world is not made of single user pc's. Imagine people working on a server system with multiple users (e.g. a MacServer)? As a system administrator you may want to shutdown the system for maintenance, or any other outage breaks the server connections and your boss or any other user is cutoff, went home, has gone for a coffee, or whatever you can imagine without logging out and saving his work properly. Ok, they need punishment, but it's easy to be polite to them. And you too will be very satisfied to know that there is an autosave feature which avoids people losing their work in any of these cases. Please do not abandon the autosave and recovery feature from soffice. If it's missing on some platforms it should be implemented asap in the way it is already present in last Staroffice or Openoffice releases. I agree with most of the rest of your contribution. Regards, Karl On 08.09.11 16:47, Charles Jenkins wrote: I was wrong about something in my earlier email. I suggested that these features, including Resume, would be nice to have someday in LO, after other important bugs and features are dealt with. I take it back about Resume, because making that work would require supporting Autosave -- a feature which I am afraid of. It is my current understanding that Versions only works on HFS+ volumes, so if an app which autosaves is writing to a FAT32 volume, for instance, your document gets overwritten every few minutes with the latest changes, whether you want to keep them or not. Your old versions are simply lost. Can anyone confirm? Even when the system works as advertised when saving to HFS+, if you email a document to a friend for revisions or carry it around on another storage medium (for example to work on at school), what you get back will contain only the single, latest version. What do you do with it? (a) Throw away all the old versions by overwriting the original file? (b) Remember to change the new file's name and now maintain multiple files? (c) Port the changes so you have the newest data but can still believe you could go back to the old? Keeping multiple files with different names is no different than what we do now to support separate versions of the same file, but the point is, Lion encourages the bad option (a) by making saving a no-brainer process. It trains users NOT to think about what happens to maintain file data, because saving and autosaving are supposed to always be safe because you can always go back...a premise that simply is not true. I have only lost data a few times due to forgetting to save a document, mostly because of buggy apps which will close without alerting the user about unsaved data. I'm not afraid of forgetting to save. I'm much more afraid of making inadvertent changes that then get autosaved, or of depending upon an old version to be there as promised, but finding it lost. I hope LO will avoid ever supporting Autosave, and therefore Resume. -- Charles . PRIVILEGED AND CONFIDENTIAL INFORMATION: The information contained in this electronic transmission, and any documents attached hereto, may contain confidential information that is legally privileged and confidential. The information is intended only for the use of the recipient(s) named above. If you have received this electronic message in error, please notify the sender and delete the electronic message. Any disclosure, copying, distribution or the taking of any action in reliance on the contents of the information received in error is strictly prohibited. -- Dr. Karl Behler CODAC & IT services ASDEX Upgrade phon +49 89 3299-1351 fax 3299-961351 -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] Howto start building from tarball for Solaris x86
Hi all again, now I tried the same at home under Suse 11.4. Downloaded libreoffice-bootstrap-3.3.4.1 And followed the build steps: This is my autogen.sh: ./autogen.sh --with-num-cpus=2 --with-ant-home=/downloads/Ant/apache-ant-1.8.2 --with-junit=/downloads/Junit/junit-4.9.jar It runs through without complaining: > . configure: creating ./config.status config.status: creating set_soenv config.status: creating Makefile Setting up the environment for building LibreOffice Setting platform independent values... Setting Linux x86-64 specific values... done Setting the environment variables... done Setting the aliases... done * * LibreOffice 330 configuration. * * * Configuration part of LibreOffice 330 build is finished. * * NB! Be aware that you might not be able to build LibreOffice if you * ignore any warning message that were generated during this configuration * process. * To build, do: $ make Developer installation (after you have built): $ make dev-install Configure completed But when I try to do the make: papa@lnx54srv1:~/projects/libreoffice/3341/libreoffice-bootstrap-3.3.4.1> make found wget: wget found md5sum: md5sum 63ddc5116488985e820075e65fbe6aa4-openssl-0.9.8o.tar.gz Keine Daten empfangen. Keine Daten empfangen. Keine Daten empfangen. Keine Daten empfangen. Lesefehler (Die Verbindung wurde vom Kommunikationspartner zurückgesetzt) beim Vorspann (header). Lesefehler (Die Verbindung wurde vom Kommunikationspartner zurückgesetzt) beim Vorspann (header). Keine Daten empfangen. Keine Daten empfangen. Obviously the reason is the same the file ooo.list is outdated and the mentioned packages are not anymore found at the original places. Again - What to do? What to read? Regards Karl Am 31.08.2011 17:25, schrieb Karl Behler: Hi all, I've downloaded the tarball from http://download.documentfoundation.org/libreoffice/src/3.3.4/ and untared everything. So I've got my directory filled with something like @LongLink, libreoffice-artwork-3.3.4.1/, libreoffice-base-3.3.4.1/, libreoffice-bootstrap-3.3.4.1/, libreoffice-calc-3.3.4.1/, libreoffice-components-3.3.4.1/, libreoffice-extensions-3.3.4.1/, libreoffice-extras-3.3.4.1/, libreoffice-filters-3.3.4.1/, libreoffice-help-3.3.4.1/, libreoffice-impress-3.3.4.1/, libreoffice-l10n-3.3.4.1/, libreoffice-libs-core-3.3.4.1/, libreoffice-libs-extern-3.3.4.1/, libreoffice-libs-extern-sys-3.3.4.1/, libreoffice-libs-gui-3.3.4.1/, libreoffice-postprocess-3.3.4.1/, libreoffice-sdk-3.3.4.1/, libreoffice-testing-3.3.4.1/, libreoffice-ure-3.3.4.1/, libreoffice-writer-3.3.4.1/ Now I cd into libreoffice-bootstrap-3.3.4.1 and do the autogen.sh I finally managed to get through this When I say "make" it tries to fetch a lot from various web locations which do not exist anymore. Why that? I thought I already downloaded the source with the full tarball How can I avoid fetching files from external? How do I have to organize the source from the already downloaded tarball so that it is recognized by the configure and make procedures? My uname -a output is: SunOS sxaug21 5.10 Generic_144501-19 i86pc i386 My autogen options where: ./autogen.sh --with-num-cpus=4 --disable-cups --disable-gconf --disable-gnome-vfs --prefix=/usr/gnu/64 --disable-gstreamer --with-ant-home=/afs/ipp-garching.mpg.de/home/k/kcb/ftp/Ant/apache-ant-1.8.2 --without-junit --disable-fetch-external Any advice? Thanks, Karl -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
[tdf-discuss] Howto start building from tarball for Solaris x86
Hi all, I've downloaded the tarball from http://download.documentfoundation.org/libreoffice/src/3.3.4/ and untared everything. So I've got my directory filled with something like @LongLink, libreoffice-artwork-3.3.4.1/, libreoffice-base-3.3.4.1/, libreoffice-bootstrap-3.3.4.1/, libreoffice-calc-3.3.4.1/, libreoffice-components-3.3.4.1/, libreoffice-extensions-3.3.4.1/, libreoffice-extras-3.3.4.1/, libreoffice-filters-3.3.4.1/, libreoffice-help-3.3.4.1/, libreoffice-impress-3.3.4.1/, libreoffice-l10n-3.3.4.1/, libreoffice-libs-core-3.3.4.1/, libreoffice-libs-extern-3.3.4.1/, libreoffice-libs-extern-sys-3.3.4.1/, libreoffice-libs-gui-3.3.4.1/, libreoffice-postprocess-3.3.4.1/, libreoffice-sdk-3.3.4.1/, libreoffice-testing-3.3.4.1/, libreoffice-ure-3.3.4.1/, libreoffice-writer-3.3.4.1/ Now I cd into libreoffice-bootstrap-3.3.4.1 and do the autogen.sh I finally managed to get through this When I say "make" it tries to fetch a lot from various web locations which do not exist anymore. Why that? I thought I already downloaded the source with the full tarball How can I avoid fetching files from external? How do I have to organize the source from the already downloaded tarball so that it is recognized by the configure and make procedures? My uname -a output is: SunOS sxaug21 5.10 Generic_144501-19 i86pc i386 My autogen options where: ./autogen.sh --with-num-cpus=4 --disable-cups --disable-gconf --disable-gnome-vfs --prefix=/usr/gnu/64 --disable-gstreamer --with-ant-home=/afs/ipp-garching.mpg.de/home/k/kcb/ftp/Ant/apache-ant-1.8.2 --without-junit --disable-fetch-external Any advice? Thanks, Karl -- Dr. Karl Behler CODAC & IT services ASDEX Upgrade phon +49 89 3299-1351 fax 3299-961351 -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
[tdf-discuss] LibreOffice 3.3.3 binaries for Solaris SPARC and Solaris X86
Dear List, I have been redirected from LibreOffice Forum (DE) to this list. My question is: Why is LO 3.3.3 not available for Solaris (any)? Or will it be available at some time? Thanks and Regards, Karl -- Dr. Karl Behler CODAC & IT services ASDEX Upgrade phon +49 89 3299-1351 fax 3299-961351 -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted