[Libreoffice-ux-advise] [Bug 67574] EDITING: Shortcut to paste a link

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=67574

--- Comment #9 from mahfiaz  ---
I would use those shortcuts (although I am not sure how I would like to learn
these).
1) To get rid of links
2) To paste as text from anywhere (e-mails, web, etc to get rid of formatting).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 102249] VIEWING: Add View-> Non-printing Characters for textboxes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102249

Yousuf Philips (jay)  changed:

   What|Removed |Added

 CC||philip...@hotmail.com

--- Comment #5 from Yousuf Philips (jay)  ---
If Draw wants to have better DTP features, it should likely implement this, as
it is available in scribus.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 102249] VIEWING: Add View-> Non-printing Characters for textboxes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102249

--- Comment #4 from Hans  ---
I stumbled upon that issue when editing a text box in Draw where there was a
spacing about 3cm between two words and it wasn't clear to see of how many
spaces and tabs it was composed of.

I would think it would be fine to only show the non-printing characters of one
text box when editing the text in it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 67574] EDITING: Shortcut to paste a link

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=67574

Yousuf Philips (jay)  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=90
   ||101,
   ||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||2255

--- Comment #8 from Yousuf Philips (jay)  ---
(In reply to Heiko Tietze from comment #7)
> I don't think its a good idea to predfine a lot of complex shortcuts. Rather
> we have to make sure that it's easy to bind shortcuts.
> (When I have to press ctrl+shift+alt it takes more time than going to the
> menu.)

Predefining shortcuts for calc shortcut users is more useful than having them
bind their own shortcuts to these commands. Calc shortcut users use shortcuts
over opening the menu. @Cor: whats your take?

> In respect to the question here the paste special dialog (shift+ctrl+V) has
> an option to paste as link (alt+O), which is 'sticky' so you have to change
> it only once. => WORKSFORME

Yes the dialog will save your last used option, but that isnt always what you
want to do next, and we dont even have a shortcut to apply the last set options
in that dialog.

@Samuel: If you are interested in creating the uno commands, there are separate
bug reports for that - link (bug 90101), transpose (bug 102255).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 102238] START CENTER: Templates should be activated with single click

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102238

--- Comment #2 from Yousuf Philips (jay)  ---
(In reply to Heiko Tietze from comment #1)
> Users who configured their system to start the program by double-click will
> not agree with you. The best solution would be to bind it to the system
> setting.

A user's system setting on the mouse click behavour of launching of an
application has nothing to do with the selection of an entry to be opened in
the start center.

> But I guess that's not so easy in respect to the various systems. In this
> case I vote for WONTFIX, or rather to have double click activation for both
> templates (no change needed) and recent files (change this). 

With the application pane and recent files being single-click execution,
changing templates to this behaviour is the better choice.

> Reason is that lists typically provide selection with single-click
> interaction and execution per double-click. The selection gives us also the
> opportunity to show information, for instance, or to provide further
> interactions (consider also single left vs. right click, which isn't
> available for recent files).

If it were possible to multiselect entries, single-click selection might be
useful, but doubt multiselect would be useful for templates. With single-click
activation, it is still possible to have right-click interactions if required.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 98900] WRITER: printing selection puts on all printed pages last page number

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=98900

Aron Budea  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||ba...@caesar.elte.hu
  Component|Writer  |Printing and PDF export
 Ever confirmed|0   |1

--- Comment #9 from Aron Budea  ---
I'm not UX, but I think Timur's suggestion from comment 7 makes a lot of sense,
so I'm setting this to NEW in the meantime.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 102249] VIEWING: Add View-> Non-printing Characters for textboxes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102249

V Stuart Foote  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||vstuart.fo...@utsa.edu
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=10
   ||2248
 Depends on|102248  |
 Ever confirmed|0   |1
   Severity|normal  |enhancement

--- Comment #3 from V Stuart Foote  ---
Whether in the Draw/Impress module, or Writer, or Calc-- a Text Box is a Draw
object held within its anchored Draw frame--it is rendered as BMP meta onto the
document canvas, layered as specified.

While the Text content of the Text Box (or Text annotation onto a Draw Shape)
is technically a Paragraph--it does not have the same methods available to
Paragraph objects on the Writer canvas or within Document Frames on the Writer
canvas.

Display of non-printing characters (returns, line breaks, spaces, tabs,
non-breaking spaces/tabs, etc.) within a Text Box, or the Text annotation of a
Draw Shape, are simply missing method(s) for the class(s).  

It could be implemented, but as Heiko notes--what is the use case? As is you
have immediate feed back on any formatting changes applied to the Text of a
Draw Text Box, or Text annotation of a Draw Shape.  What more is needed that
would aid composition?


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102248
[Bug 102248] VIEWING: Non-printing Characters are not shown in textboxes in
Writer when View-> Non-printing Characters is checked
-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 99595] Improve a couple of keyboard shortcuts.

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=99595

--- Comment #6 from V Stuart Foote  ---
+1 on closing WFM. 

Between per user customization and eventual work on bug 98255, user preferences
are well addressed with no real advantage to these piecemeal changes to our
legacy shortcut assignments.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 33304] Header / Footer should be inserted into margin, not into text body

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=33304

regs  changed:

   What|Removed |Added

 CC||coth...@gmail.com

--- Comment #40 from regs  ---
I'll add explanation why is it so important. 

Some standards around the world specifies exact margin between edges and text
body, while headers and footers have own rules. 1 mm of the standard makes
document invalid. Even adding page number would break margins making document
invalid.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 102249] VIEWING: Add View-> Non-printing Characters for textboxes

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102249

--- Comment #2 from Heiko Tietze  ---
What is the use case? I mean it sounds like a lot of work for no good reason.

By the way, it's not only Draw that doesn't show line breaks in text boxes, its
also true for Writer.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 101597] Ability to view the total time for rehearsed timings

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=101597

--- Comment #2 from Heiko Tietze  ---
(In reply to Buovjaga from comment #1)
> (In reply to Olivier from comment #0)
> https://help.libreoffice.org/Impress/Rehearse_Timings_of_Slide_Changes

Does it really work as expected? Not for me, at least (5.2.0.3, Linux).

Regarding the visualization, how about an entry in the status bar with
'selected slide / total time' like '0:00:32/0:32:17'.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 67574] EDITING: Shortcut to paste a link

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=67574

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #7 from Heiko Tietze  ---
(In reply to Yousuf Philips (jay) from comment #6)
> Text  - Ctrl+Shift+Alt+A

I don't think its a good idea to predfine a lot of complex shortcuts. Rather we
have to make sure that it's easy to bind shortcuts.
(When I have to press ctrl+shift+alt it takes more time than going to the
menu.)

In respect to the question here the paste special dialog (shift+ctrl+V) has an
option to paste as link (alt+O), which is 'sticky' so you have to change it
only once. => WORKSFORME

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 52133] Different View States for different sheets of a Calc Spreadsheet

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=52133

Heiko Tietze  changed:

   What|Removed |Added

   Keywords|needsUXEval |
 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #2 from Heiko Tietze  ---
Agree with Jay and close as WONTFIX.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise

[Libreoffice-ux-advise] [Bug 102238] START CENTER: Templates should be activated with single click

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=102238

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org

--- Comment #1 from Heiko Tietze  ---
Users who configured their system to start the program by double-click will not
agree with you. The best solution would be to bind it to the system setting.

But I guess that's not so easy in respect to the various systems. In this case
I vote for WONTFIX, or rather to have double click activation for both
templates (no change needed) and recent files (change this). 

Reason is that lists typically provide selection with single-click interaction
and execution per double-click. The selection gives us also the opportunity to
show information, for instance, or to provide further interactions (consider
also single left vs. right click, which isn't available for recent files).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise