[Libreoffice-ux-advise] page borders (bug 52327)

classic Classic list List threaded Threaded
7 messages Options
Christina Roßmanith-2 Christina Roßmanith-2
Reply | Threaded
Open this post in threaded view
|

[Libreoffice-ux-advise] page borders (bug 52327)

Hi,

I had a look at fdo52327 and have some questions:

1. Should "page preview" trigger the calculation of page borders?
2. If so, should it be a trigger for the current sheet only or for all
sheets?

Christina Rossmanith
_______________________________________________
Libreoffice-ux-advise mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Regina Henschel Regina Henschel
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-ux-advise] page borders (bug 52327)

Hi Christina,

Christina Roßmanith schrieb:
> Hi,
>
> I had a look at fdo52327 and have some questions:

It is not clear, what the submitter of the bug wants.

I guess, that he wants the page borders shown in normal view. But I
think, that would be no good idea, because the layout of the page
contains also header, footer, and background, and considers repeating
rows and columns, scaling and a lot of other things.

>
> 1. Should "page preview" trigger the calculation of page borders?

Yes, because the "page preview" is the command ".uno:PrintPreview" and
is intended to show how the sheet content is distributed to the page and
what effects the page layout settings have.

Currently there is no problem in showing page borders. The borders are
shown, as well as background or other settings of the page layout.

> 2. If so, should it be a trigger for the current sheet only or for all
> sheets?

The "page preview" shows the print ranges of all selected sheets. So it
needs to calculate the borders of the page layout of all selected sheets.

But I do not see any problem at all.

Kind regards
Regina




_______________________________________________
Libreoffice-ux-advise mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Christina Roßmanith-2 Christina Roßmanith-2
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-ux-advise] page borders (bug 52327)

Hi Regina,

to make sure we are talking about the same "page borders": there are
slightly thicker lines in normal view indicating what is printed on a
page. But they appear only after "print preview" for a sheet was executed.

If the bug reporter confirmes that "print preview" works for him I'll
close the bug with "NOTABUG" - any objections?

Christina
_______________________________________________
Libreoffice-ux-advise mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Gérard Fargeot Gérard Fargeot
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-ux-advise] page borders (bug 52327)

Hi Christina,

I think reporter expect all sheets showing the "page borders" after "print preview".
He have only one sheet showing them because "Print only selected sheets" is checked in Tools > Options > LO Calc , Print.

This option is checked by default.

I don't see a bug here unless he prefer this option not in default settings.

Gérard
Regina Henschel Regina Henschel
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-ux-advise] page borders (bug 52327)

In reply to this post by Christina Roßmanith-2
Hi Christina,

Christina Roßmanith schrieb:
> Hi Regina,
>
> to make sure we are talking about the same "page borders": there are
> slightly thicker lines in normal view indicating what is printed on a
> page.

Ah, that are no "page borders", but that are the lines for "Automatik
page break". Therefore I was so confused. The color of this lines can be
set in Tools > Options > LibreOffice > Appearance, section Spreadsheet.

  But they appear only after "print preview" for a sheet was executed.

Yes, I can confirm, that they are not shown initially. After switching
to "Page Break Preview" (in menu View) and back to "Normal" they are
shown. Calling "Page preview" and closing will do the same, and calling
page layout dialog and finish with OK or calling printing dialog as well.

>
> If the bug reporter confirmes that "print preview" works for him I'll
> close the bug with "NOTABUG" - any objections?

It is a bug (or a missing feature), that they are not shown immediately.
But that behavior is not new. It is there at least since OOo1.1.5. So
"NOTABUG" is not really true.

Another question is, whether you want to work on it. Because a lot of
actions trigger this lines, the "bug" is not severe. In OOo-times there
had been the large dump "OOo later" for such reports. You can confirm
the issue and set it to a low importance, or immediately close it with
WONTFIX. But WONTFIX sound always harsh for the reporter of the bug and
might discourage him to help in LibreOffice, so I would not use it.

Kind regards
Regina
_______________________________________________
Libreoffice-ux-advise mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Daniel Mania Daniel Mania
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-ux-advise] page borders (bug 52327)

Hei hei!

I agree that page borders not being shown is a bug. It is weird that one
has to click on page preview and go back to editing mode, in order to
see them. In my opinion, it would be very practical to always have them
displayed!
Printing sheets and getting Calc to print "the desired amount of
content" is extremely difficult. Page borders help a lot in that
respect. Just recently, I found that Calc offers a scaling mode that
fits the print range to a certain number of pages. But this option is
also difficult to control and it makes printing different sheets with
different layout an extremely tedious job. To make things worse, this
dialog is hidden in the page formatting dialog instead of being placed
in the print dialog.
All in all, I think that constantly visible page borders would improve
Calc a lot.

 > But WONTFIX sound always harsh for the reporter of the bug and
 > might discourage him to help in LibreOffice, so I would not use it.
Yes, I agree on that too. Why are bug submitters not being involved in
discussions? It is very frustrating to submit a bug report and (in some
cases) spend a lot of time to reproduce the bug or make documentation
like a picture, only for someone else to tell you to "shut up". Even if
something is not a bug, but an enhancement, a report should not be
closed that quickly.
Sorry, that had to be said ...

Greetings,
Daniel M




On 3.9.2012 23:06, Regina Henschel wrote:

> Hi Christina,
>
> Christina Roßmanith schrieb:
>> Hi Regina,
>>
>> to make sure we are talking about the same "page borders": there are
>> slightly thicker lines in normal view indicating what is printed on a
>> page.
>
> Ah, that are no "page borders", but that are the lines for "Automatik
> page break". Therefore I was so confused. The color of this lines can be
> set in Tools > Options > LibreOffice > Appearance, section Spreadsheet.
>
>   But they appear only after "print preview" for a sheet was executed.
>
> Yes, I can confirm, that they are not shown initially. After switching
> to "Page Break Preview" (in menu View) and back to "Normal" they are
> shown. Calling "Page preview" and closing will do the same, and calling
> page layout dialog and finish with OK or calling printing dialog as well.
>
>>
>> If the bug reporter confirmes that "print preview" works for him I'll
>> close the bug with "NOTABUG" - any objections?
>
> It is a bug (or a missing feature), that they are not shown immediately.
> But that behavior is not new. It is there at least since OOo1.1.5. So
> "NOTABUG" is not really true.
>
> Another question is, whether you want to work on it. Because a lot of
> actions trigger this lines, the "bug" is not severe. In OOo-times there
> had been the large dump "OOo later" for such reports. You can confirm
> the issue and set it to a low importance, or immediately close it with
> WONTFIX. But WONTFIX sound always harsh for the reporter of the bug and
> might discourage him to help in LibreOffice, so I would not use it.
>
> Kind regards
> Regina
> _______________________________________________
> Libreoffice-ux-advise mailing list
> [hidden email]
> http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
_______________________________________________
Libreoffice-ux-advise mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Daniel Mania Daniel Mania
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-ux-advise] page borders (bug 52327)

Hei hei!

For the first time since I work with LibreOffice, I tried to make Calc
print what I want, instead of what Calc wants ... and the result is not
very encouraging.
I have a document with 4 columns and 20 rows, that are smaller than my
paper format A4. I'd like Calc to scale those cells to paper width,
without me having to care about their actual size.
Playing with "Print Ranges" and "Scaling mode" could not get me there.
The only thing that seemed to work was "Reduce/enlarge printout" and
figuring out the right "Scaling factor" manually.
But there are two problems with this:
1) Scaling affects _everything_ and can lead to cell boarders
disappearing (not on the screen but on the printout)
2) Manual adjustments are time consuming, especially for multiple
documents with multiple sheets

So far, I only see "page borders" as the solution. The user has to
format the content accordingly. And that is only possible when the page
borders are _always_ visible.

Btw., in the page preview, the page format can be reached by clicking on
a "Format Page" button, or right click "Page Layout ...". Is there a
reason why the same thing has two different names?

Greetings
nag-niel M
_______________________________________________
Libreoffice-ux-advise mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise