Page 3 of 4

Posted: Tue 18 Dec 2012, 03:40
by Okeh
jrb wrote:Just for fun I took my portable FreeOffice and stripped it down to just US English.(No help files) Made a 20MB .tar.gz

Then I stripped out everything except TextMaker 9.3MB

Cheers, J
Do you have a list of the files that you retained for Textmaker alone?

Posted: Tue 18 Dec 2012, 04:17
by jrb
Okeh wrote:Do you have a list of the files that you retained for Textmaker alone?
I'm attaching a zipped text file containing the list. Note that this is a portable version (contains portable.txt) so that Textmaker knows to look for its configuration files in that folder. I ran each of the executables before stripping out the files. This setup the /Softmaker and /.softmaker folders in /freeoffice-textmaker. Ordinarily they would be setup in /root.

If I was to make an installable .pet I would leave in the /inst folder (which I deleted) which contains the files necessary to setup /root/Softmaker and /root/.softmaker.

Cheers, J

Posted: Tue 18 Dec 2012, 06:48
by technosaurus
I would think the appropriate place for packaging files that go in $HOME (/root in puppy) would be /etc/skel http://www.linfo.org/etc_skel.html
Then copy them to $HOME in pinstall.sh (though really petget should handle it)
That is if we ever want to have multiuser support

Posted: Tue 18 Dec 2012, 07:56
by mavrothal
vicmz wrote:If I were a developer, I'd fork LibreOffice Writer into a single program separate from the other components in the office suite and make it independent from Java. It'd become a smaller word processor with more stability and functions than Abiword. :D
You may want to try OpenOffice-light.
It is not the writer only but at 80MB is pretty fast.

installed freeoffice into /mnt/home/freeoffice

Posted: Sat 22 Dec 2012, 04:21
by mcewanw
EDIT: Getting a startup error afterall... but don't have time to look into the reason at the moment:
"Error opening /root/%F.doc (Path not found)". Program works if I just ignore the error though. Probably just need to remove the %F in the Exec section of the desktop entries below (or maybe use something like "$@" instead of %F)

Finally got round to trying freeoffice using uncut tgz version on Precise 5.4.3 retro with JWM window manager.

After running the installfreeoffice script, instead of the default /usr/share/freeoffice, I chose /mnt/home/freeoffice as the directory where I wanted to install the applications. I just accepted the defaults for everything else.

After installation, I modified the installed desktop files provided for textmaker, planmaker, and presentations in /usr/share/applications. I then executed the command fixmenus in a terminal, and finally restarted JWM window manager from the desktop Menu start button. All seems to work fine using the following desktop file entries, which now point to the appropriate desktop icons in /mnt/home/freeoffice/icons. Only just checked all these program start up okay at this stage, and probably there are better ways to install. Works okay for me though...:

/usr/share/applications/textmaker-free.desktop:

Code: Select all

[Desktop Entry]
Encoding=UTF-8
Type=Application
GenericName=Word Processor
Comment=The TextMaker word processor lets you work on any type of document.
Comment[de]=Die Textverarbeitung TextMaker ermöglicht es Ihnen, beliebige Arten von Dokumenten zu erstellen und zu bearbeiten. 
Terminal=false
Categories=Application;Office;WordProcessor
MimeType=application/x-tmd;application/x-tmv;application/msword;application/vnd.ms-word;application/x-doc;text/rtf;application/rtf;application/rtf;application/vnd.oasis.opendocument.text;application/vnd.oasis.opendocument.text-template;application/vnd.stardivision.writer;application/vnd.sun.xml.writer;application/vnd.sun.xml.writer.template;application/vnd.openxmlformats-officedocument.wordprocessingml.document;application/vnd.ms-word.document.macroenabled.12;application/vnd.openxmlformats-officedocument.wordprocessingml.template;application/vnd.ms-word.template.macroenabled.12;application/x-pocket-word;
Version=1.0
Name=FreeOffice TextMaker
Icon=/mnt/home/freeoffice/icons/tml_16.png
TryExec=/usr/bin/textmakerfree
Exec=/usr/bin/textmakerfree %F
Path=/mnt/home/freeoffice

/usr/share/applications/planmaker-free.desktop:

Code: Select all

[Desktop Entry]
Encoding=UTF-8
Type=Application
GenericName=Spreadsheet
Comment=PlanMaker lets you create all kinds of spreadsheets -- from simple ones to the most complex ones. Includes a high-caliber charting module.
Comment[de]=Mit PlanMaker können Sie alle Arten von Arbeitsblättern erstellen -- von ganz einfachen bis zu den komplexesten. Inklusive eines leistungsstarken Diagrammmoduls. 
Terminal=false
Categories=Application;Office;Spreadsheet
MimeType=application/x-pmd;application/x-pmv;application/excel;application/x-excel;application/x-ms-excel;application/x-msexcel;application/x-sylk;application/x-xls;application/xls;application/vnd.ms-excel;application/vnd.stardivision.calc;application/vnd.openxmlformats-officedocument.spreadsheetml.sheet;application/vnd.ms-excel.sheet.macroenabled.12;application/vnd.openxmlformats-officedocument.spreadsheetml.template;application/vnd.ms-excel.template.macroenabled.12;
Version=1.0
Name=FreeOffice PlanMaker
Icon=/mnt/home/freeoffice/icons/pml_16.png
TryExec=/usr/bin/planmakerfree
Exec=/usr/bin/planmakerfree %F
Path=/mnt/home/freeoffice
/usr/share/applications/presentations-free.desktop:

Code: Select all

[Desktop Entry]
Encoding=UTF-8
Type=Application
GenericName=Presentation
Comment=The SoftMaker Presentations software lets you design any kind of presentation - even including special effects, animations, and transitions.
Comment[de]=SoftMaker Presentations lässt Sie beliebige Präsentationen gestalten - mit Effekten, Animationen und Transitionen. 
Terminal=false
Categories=Application;Office;Presentation
MimeType=application/x-prd;application/x-prv;application/x-prs;application/ppt;application/mspowerpoint;application/vnd.ms-powerpoint;application/vnd.openxmlformats-officedocument.presentationml.presentation;application/vnd.ms-powerpoint.presentation.macroenabled.12;application/vnd.openxmlformats-officedocument.presentationml.template;application/vnd.ms-powerpoint.template.macroenabled.12;application/vnd.ms-powerpoint.slideshow.macroEnabled.12;application/vnd.openxmlformats-officedocument.presentationml.slideshow;
Version=1.0
Name=FreeOffice Presentations
Icon=/mnt/home/freeoffice/icons/prl_16.png
TryExec=/usr/bin/presentationsfree
Exec=/usr/bin/presentationsfree %F
Path=/mnt/home/freeoffice
EDIT2: Prior to first main use of textmaker, I personally prefer to first open and modify the document Templates2012/Normal.tmv followed by re-saving it. Generally, what I do is highlight the first character in Normal.tmv and change the font size to 12 (because I find default fontsize 10 too small)

Posted: Tue 01 Jan 2013, 11:36
by pchan
I have also been using Text maker freeoffice 2012 and presentation.

I love the program.

I find that the program works better if i turn off the auto backup every few minutes or so.

Softmaker presentation is slower than powerpoint office when editing slides but it has some great features that powerpoint doesn't have. After creating a 70 slides presentation using softmaker office, I now prefer using softmaker office over powerpoint.

Another thing i discover is that if i want to save slides created using softmaker to powerpoint format, i must save it to powerpoint 97 and not xp/2003 for better compatibility with powerpoint viewer. When I convert Slides created by softmaker office to powerpoint 97 , it turns out better in powerpoint viewer than when i convert slides created by libreoffice impress.

Textmaker is also great and I really like it because it opens up faster than Libreoffice. I ususally change the character style to default arial 12 pts for english western language and Mgothic 12 pts Japanese for eastern language. I then save it to textmaker templates so that net time i open up textmaker, it has my character style as default.

Posted: Wed 30 Jan 2013, 12:42
by greengeek
jrb wrote:Then I stripped out everything except TextMaker 9.3MB
Even my textmaker file on it's own is 11MB, without anything else - what am I doing wrong? How could it be bigger on my system than yours? Any ideas?

Posted: Wed 30 Jan 2013, 17:10
by jrb
greengeek wrote:
jrb wrote:Then I stripped out everything except TextMaker 9.3MB
Even my textmaker file on it's own is 11MB, without anything else - what am I doing wrong? How could it be bigger on my system than yours? Any ideas?
I should have qualified that. It's 9.3MB compressed into a .tar.gz (.pet) package.

Posted: Sun 03 Feb 2013, 18:38
by greengeek
I have now updated an earlier post I made detailing a couple of incidents of data loss I experienced while trialling FreeOffice Textmaker. Briefly what happens is this:

- When my laptop shuts off due to lack of battery charge I reboot and try to reopen my document but Textmaker decides that it must be corrupt and recovers it from its .bak backup copy (without asking me first...).

Unfortunately the .bak is out of date (probably because the power went off before a pupsave) and Textmaker SHOULD have left the actual file alone (because my manual saving of the file to a data partition before power went off means that the actual file is good...).

Until Textmaker is altered a little to handle backup recovery better in a pupsave environment I would recommend turning off the backup ability.

Posted: Mon 04 Feb 2013, 09:34
by jakfish
I've never been in love with TM's *.bak process, especially when default saving docs in *.doc format.

Did you play with the autosave settings instead? Or perhaps by storing docs on a fat32 partition outside of puppy altogether may make for safer recoveries.

Jake

freeoffice - strange spell-checker problem

Posted: Mon 04 Feb 2013, 12:35
by drblock2
I did a "custom" stand-alone installation of freeoffice as follows:

I downloaded the "freeoffice.tgz" file and unpacked it to /mnt/home/freeoffice/. The reason for this is that I have a number of Puppy Linux distributions installed and I would like to use freeoffice in all of them, which requires only an installation to the hard disk and a few appropriate symbolic links.

The first time I started Textmaker, it created two folders: /.softmaker and /root/SoftMaker. Since large directories in root fill up the pupsave file, I moved the folders to /mnt/home/freeoffice and created symbolic links back to the expected locations. I installed the German templates next to English (US) templates and erased a lot of localization files that I would never need. (I was careful not to erase anything with "de" in it.) I created a desktop link for Textmaker and everything worked perfectly - except for a peculiar error in the German spell checker.

The German spell checker rejects all words containing one of the German special characters (umlaut ä, ö, ü, etc. and ß), but otherwise seems to operate correctly, even underlining old spellings like "daß" in blue.

Planmaker and Presentations also worked perfectly when launched from the command line, but with the same spell-checker problem.

Insofar as I can offer an clue to the solution of the problem, it seems to me that freeofficeand hunspell are not on the same (code) page, but I have no idea where to change the necessary setting.

SoftMaker Support could not duplicate the problem or suggest a solution.

Further experimentation revealed that this problem does not affect all Puppies.
The spell checker works properly with the following:

Puppy Lucid 5.28 (2.6.33.2)
Slacko Puppy 5.3.2.7 (3.1.10)
Wary Puppy 5.3.90 (2.6.32.59)
The spell-checker error appears with:

PuppyPrecise 5.4 (3.2.29)
Slacko Puppy 5.3.6.5 (3.4.14)
I have not tried this with other localizations that use characters beyond the original ASCII 128, Clearly, this would be a problem for adopting Textmaker as a replacement for abiword, which I would, otherwise, heartily recommend.

Anyone have a suggestion?

Re: freeoffice - strange spell-checker problem

Posted: Mon 04 Feb 2013, 14:45
by jrb
drblock2 wrote:Further experimentation revealed that this problem does not affect all Puppies.
Since it doesn't affect all Puppies I would guess that something in the built in /usr/bin/hunspell or /usr/share/hunspell is conflicting with FreeOffice. Check in /root/.packages/builtin_files for a complete list of hunspell files.

Try deleting them and see if the problem disappears. On a frugal, CD or USB Puppy you can get them back by deleting /initrd/pup_rw/usr/bin/.wh.hunspell, etc. On a Full install you could move them out of the file system and then copy them back in.

Hope that helps, J

Posted: Mon 04 Feb 2013, 17:42
by greengeek
jakfish wrote:Did you play with the autosave settings instead?
No, I decided that it was ok to leave the autosave setting turned on - because that was ensuring a valid save of the actual data. I figured that turning of the "create backup files" was all that was required so that Textmaker doesn't go comparing my saved data with it's own (potentially) out-of-date .bak copy.
Or perhaps by storing docs on a fat32 partition outside of puppy altogether may make for safer recoveries.
I'm actually storing my real file on a separate ext2 partition. Textmaker was keeping it's .bak files there too. Do you mean that Textmaker may do a better job of comparing the actual file with it's .bak file if the actual file is kept on FAT32? I'm guessing probably not in this case - I think the issue was that puppy had not saved the latest .bak file or else - more likely - that there is a flag somewhere that forces Textmaker to use the .bak file, regardless of whether it is old or new. I dont know why Textmaker would "recover" from a .bak file that had an older timestamp than the actual file though. It would seem more sensible to either reject the older .bak, or else offer some options or sample recoveries to the user.

I will see what happens now with backups turned off.

German spell checker

Posted: Tue 05 Feb 2013, 12:37
by drblock2
@jrb

Thanks for the suggestion. I tried deleting the native hunspell files, but this did not solve the problem. (I was able to restore them following your instructions - so now I have learned a new trick!)

The odd thing is that only the special characters - ä,ö,ü, ß, etc., are rejected, but the German spell checker works normally otherwise.

I also have a stand-alone installation of Opera 12.13, which uses what appear to be the identical hunspell files (same byte size), but does not have the problem.

Re: German spell checker

Posted: Wed 06 Feb 2013, 03:30
by jrb
drblock2 wrote:@jrb

Thanks for the suggestion. I tried deleting the native hunspell files, but this did not solve the problem. (I was able to restore them following your instructions - so now I have learned a new trick!)

The odd thing is that only the special characters - ä,ö,ü, ß, etc., are rejected, but the German spell checker works normally otherwise.

I also have a stand-alone installation of Opera 12.13, which uses what appear to be the identical hunspell files (same byte size), but does not have the problem.
Have you tried posting this problem at the Softmaker forum? I can't see them not being interested after all, sie sind Deutsche!

German spell checker error

Posted: Wed 06 Feb 2013, 11:39
by drblock2
jrb wrote:
Have you tried posting this problem at the Softmaker forum? I can't see them not being interested after all, sie sind Deutsche!
Yes, I did contact SoftMaker, but they were not able to help. Here is the thread:

<http://www.softmaker.com/forum/viewtopi ... 358#p43358>


I pm'ed the support person working on this with the new information and a reference to this thread, but have not heard back.

I checked the libhunspell versions involved. libhunspell-1.2 is used in Pups that have the problem and ones that don't. Precise 5.4.2 has libhunspell-1.3 and the umlaut problem.

The de.aff files in the Opera hunspell (which works flawlessly) and the freeoffice hunspell both list the same code page: SET ISO8859-1

So, I am still stumped.

edit 1: Corrected url of forum thread. Sorry, couldn't get the tags to work.

Re: German spell checker error

Posted: Wed 27 Feb 2013, 10:19
by L18L
jrb wrote:...I can't see them not being interested after all, sie sind Deutsche!
What about playing with
export OUTPUT_CHARSET=iso-889-1
( or UTF-8 )?
This had been helpful sometimes with similiar issues in puppy.

This works:
http://www.softmaker.com/forum/viewtopi ... 358#p43358 :wink:

Re: freeoffice - strange spell-checker problem

Posted: Wed 27 Feb 2013, 18:23
by jrb
drblock2 wrote:I did a "custom" stand-alone installation of freeoffice as follows:

I downloaded the "freeoffice.tgz" file and unpacked it to /mnt/home/freeoffice/. The reason for this is that I have a number of Puppy Linux distributions installed and I would like to use freeoffice in all of them, which requires only an installation to the hard disk and a few appropriate symbolic links.

The first time I started Textmaker, it created two folders: /.softmaker and /root/SoftMaker. Since large directories in root fill up the pupsave file, I moved the folders to /mnt/home/freeoffice and created symbolic links back to the expected locations.
Just a thought. You can eliminate the symlinks back to /root by creating a new blank file called portable.txt in /mnt/home/freeoffice. This is Softmaker's way to create a portable version of Freeoffice. As soon as it detects this file it will look in that directory for /.softmaker and /Softmaker. If it doesn't find them there it creates them. It might make a difference?

Posted: Fri 01 Mar 2013, 00:56
by don570
I downloaded the free version and de-archived in /root
and ran the install script (answering yes to all questions)

Next I installed my Rightclick package
and it worked properly 8)

The .tmd native format seems to have changed from earlier versions???


_______________________________________

More on German spell-checker problem

Posted: Sat 02 Mar 2013, 11:01
by drblock2
Thanks for the suggestions!

Adding the dummy file portable.txt to the freeoffice directory eliminates the need for the symbolic links. This is a significant improvement as it simplifies the installation of the stand-alone freeoffice, but it does not solve the problem with the German spell checker.

I also tried changing the OUTPUT_CHARSET variable. With Wary 5.4.90, which has the problem, the standard value is UTF-8, I changed this with export (as described above) to ISO8859-1 - the value listed in the de.aff file of the hunspeller. No improvement.

I then tried the opposite tack - I changed the value in de.aff to UTF-8 to match the environmental variable - still no go.

Interestingly, Wary 5.3.90 (with the same kernel as Wary 5.4.90) and the same standard value for the character set works just fine!