Re: [lmi] New Calc Summary

[Evgeniy Tarassov]

On 11/3/06, Greg Chicares <address@hidden> wrote:
> On 2006-11-3 13:08 UTC, Evgeniy Tarassov wrote:
> > On 11/2/06, Boutin, Wendy <address@hidden> wrote:
> >
> > calculation summary? Of course the excel tab delimited data should
>                                      XXXXX
>
> It's generic tab-delimited data, like
>   "1\t100\t123,456.78\n"
>   "2\t200\t234,567.89\n"
> so any program should be able to use it. It's not specific to a
> proprietary spreadsheet. It works just as well with free software.

Sorry, it was ment to be spreadsheet tab delimited data.

> > stay the same. I will commit the change : the table headers will
> > repeat every 10 rows and an extra headers row will be added at the
> > table end.
>
> Actually, Wendy and I both think it's better without repeated column
> headers. I understand the motivation for trying this, and it might
> be ideal to show the column headers at the top in a non-scrolling
> panel, and then scroll only the data beneath them. But there's no
> time to pursue such an ideal now.

Unrolled the changes to html.xsl.

> However, it would be helpful to insert a spacer after every fifth
> row, e.g.
>
>   1 123
>   2 234
>   3 345
>   4 456
>   5 567
>           [this is a blank row, inserted for readability]
>   6 678
>   7 789
>   ...
>
> That would make it easier for the eye to move across the screen.
> Is that reasonably easy to add?

Added it to the html.xsl file. I was a little confused by the example
above. Do we need to put the value-string "[this is a blank row,
inserted for readability]" as it is or just a blank space between
rows?

> Of course, when I say "blank row", I'm thinking an html <BR> tag,
> but I imagine there might be a better way to insert spacing into
> an html table. That idea applies only to the html. It does not
> apply to the tab-delimited text, which shouldn't have any spacing
> added.

Oh, the <br> tag is what i have added. The HTML3 vocabulary is really
small and the alternative AFAIK would be to insert a "&nbsp;" into an
empty cell. The advatage of having <br /> instead of &nbsp; is that
when user selects part of html in a browser <br /> is represented by a
'LF', but &nbsp; is represented by a ' LF' (note an extra space before
LF), which is not what the user supposes to get from an empty space.

> I'm assuming that bitmaps and accelerators are entirely controlled
> by 'menus.xrc'. If so, then it's trivial for us to change them to
> suit our preferences at any time, and we don't need to make final
> decisions now. Please let me know if my assumption is incorrect.

Thank you for the answer! I have commented out 'Calculation Summary
Print Preview' menu item and removed bitmaps.

> > So that the 'Print' menuitem is still accessible through the keyboard
> > via Alt-I, -P, but has no extra accelerator so that it does not
> > pollute the global accelerator table.
>
> As above, I'm assuming that we can trivially change accelerators
> and icons by editing an '.xrc' file, so we don't need to make
> any final decisions on those matters today.

Yes, exactly. Thank you!