Hyperion Entertainment Message Boards

My recent Multiview update from AmiUpdate did not contain a Multiview icon. The release_info states that 2 new arguments/tooltypes were added. A new Multiview icon containing the new tooltypes (disabled) should have been included in the update so the user can use the Icon/Information... menu to see what tooltypes are available.

While examining the Multiview update I also noticed that the shell arguments "CHARSET/K" and "AUTORESIZE" do not appear in the Multiview icon tooltypes and shoud possibly be added too.

Update:
I was anxious to test these new args/tooltypes but I see that one doesn't work and the other is bugged:

TABSIZE tooltype does nothing. I added the tooltype "TABSIZE=4" and it does nothing. No matter what number I use the tab size remains 8. Is there some special format for specifying the tab size??

WORDWRAP tooltype has a bug. If you resize the Multiview window smaller and a text line contains no spaces, the text is wrapped with a missing letter. For example, create a textfile with the single line:

ThisIsAtestLineOfTextWithNoSpacesThatIsIntendedToShowTheBugInMultiviewWordWrap.

Load the text in Multiview and reduce the window size to cause the line to be wrapped. The line will be missing a letter where the wrapping occurs.

Also, if you checkmark "Word wrap" in the Multiview menu and then select the "Save as defaults" menu, the state of the "Word wrap" is not saved. (Minor issue since it can be set in tooltypes.)

I agree that the WordWrap is a bit buggy - I'll raise a report for it.

TabSize tooltype works as advertised - ie it works when you open the utility from the icon. If you open the utility from the command line, you have to specify the TabSize commandline option. That works OK, too. But if you open the utility from the commandline, the tooltypes are not read - that is in common with other commands.

Testing V53.8 (17/01/2014).

Added BZ #8878.

tonyw wrote:I agree that the WordWrap is a bit buggy - I'll raise a report for it.
Added BZ #8878.

Thanks for reporting.

TabSize tooltype works as advertised
Testing V53.8 (17/01/2014).

I'm testing the same version of Multiview and TABSIZE doesn't work as a tooltype in the icon or on the command line. I used "TABSIZE=4" as the tooltype in the icon and use the command line "Multiview testfile TABSIZE=4". Could this be another case where it works for beta testers because of a new Class, Library or Kickstart Module but not for people using the public OS4?? I have text.datatype 53.5 (05/01/2011).

Could another user who is not a beta tester please see if the TABSIZE tooltype/argument works in the new multiview and changes the tab size in text files? I always get the default tab size of 8 in the text no matter what value I set the with the TABSIZE tooltype.

xenic wrote:I have text.datatype 53.5 (05/01/2011).

Could another user who is not a beta tester please see if the TABSIZE tooltype/argument works in the new multiview and changes the tab size in text files? I always get the default tab size of 8 in the text no matter what value I set the with the TABSIZE tooltype.

Although I am a beta tester (while Tony is a developer), I do of course also have an installation corresponding to the public release with updates. I can confirm your findings. The problem seems to be that while Multiview in the new version recognizes the TABSIZE argument, it doesn't help because all Multiview does is hand the files over to the relevant datatype. In this case that is text.datatype, and text.datatype 53.5 does not support varying tab sizes.

Best regards,

Niels

nbache wrote:In this case that is text.datatype, and text.datatype 53.5 does not support varying tab sizes.Niels

I suspected as much. I got excited when I saw the TABSIZE tooltype because the Multiview tabsize of 8 makes text files like programming code difficult to read. Hopefully variable tab sizes will be added to text.datatype in the near future. Thanks for confirming the problem and explaining the reason.

I didn't realise that there was an older text.datatype out there. I did my testing here with the latest version (53.8) and the TabSize works with that, as I described.

However, the problems with Word Wrap remain in the text.datatype V53.8 and I have documented them in the BZ.

Another Multiview text.datatype bug:

Open a textfile contains long lines.
The horizontal scroller will reflect to the long lines.
Turn on Wordwrap in the menu.
The displayed text is wrapped by the window border, but the horizontal scrollbar remains unchanged.
It should reflect the fact that 100% is visible horizontally.

Multiview 53.8
datatyoes.library 53.4
ascii Text

lazi wrote:Another Multiview text.datatype bug:

Open a textfile contains long lines.
The horizontal scroller will reflect to the long lines.
Turn on Wordwrap in the menu.
The displayed text is wrapped by the window border, but the horizontal scrollbar remains unchanged.
It should reflect the fact that 100% is visible horizontally.

Multiview 53.8
datatyoes.library 53.4
ascii Text

You left out the most important version numbers, those of ascii.datatype and text.datatype. Anyway it looks like only the updated MultiView was released publicly via AmiUpdate and not the updated ascii.datatype and text.datatype that should have gone with it. F.e. the scrollbar problem you mention I fixed in ascii.datatype 53.4 (13.4.2013).

xenic wrote: I suspected as much. I got excited when I saw the TABSIZE tooltype because the Multiview tabsize of 8 makes text files like programming code difficult to read. Hopefully variable tab sizes will be added to text.datatype in the near future. Thanks for confirming the problem and explaining the reason.

TDTA_TabSize is only supported beginning with ascii.datatype 53.5 and text.datatype 53.6. The latest ascii.datatype and text.datatype should be included in the AmigaOS 4.1 Final Edition.

You left out the most important version numbers, those of ascii.datatype and text.datatype.

Indeed.

ascii.datatype 53.3 (2011.12.30.)
text.datatype 53.5 (2011.05.01.)