[Libreoffice-ux-advise] [Bug 103080] A new default set of bundled fonts

[bugzilla-daemon]

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

--- Comment #9 from Yousuf Philips (jay)  ---
(In reply to V Stuart Foote from comment #6)
> Would propose an alternative route.
> 
> Reduce the "bundled" font to just a single font with good Unicode
> coverage--NOTO NotoSansMonoCJKsc-Regular (15.7MB) seems suitable--and of
> course keep OpenSymbol, but strip everything else out.

I'm assuming you are speaking of (
https://github.com/googlei18n/noto-cjk/blob/master/NotoSansMonoCJKsc-Regular.otf
) and if so here are some of the problems.

1) Its only a sans font
2) Its only a mono space font
3) Its only
4) It only covers CJK in simplified chinese
5) It only has regular and we need bold, italic and bold italic

Its unicode coverage is the same as most other fonts - latin, greek, cyrillic -
but also has cjk.

> And then bundle additional license suitable fonts as a single optional
> package/extension with a rudimentary installer to allow users to some
> "guided" choices for the fonts they need to add.

Bundling an additional font pack is definitely useful, but doubt we should
place them all into one package, but instead we should break it up into
different useful packages for different purposes. We shouldnt ask non-cjk users
to download a large cjk font file if they arent going to use it.

> Guided in the sense for
> example that Linux systems need Carlito, Caladea while Windows installs do
> not.

Of course Carlito and Caladea would be needed on windows when documents were
created on linux with them and then those documents opened on windows.

> Maintain that package/extension as its own project removed from core.

I've been thinking that we could add these additional font packages to a
webpage that would be available at Download > LibreOffice Font Packages, which
would be underneath LibreOffice Still in the website tree.

-- 
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 103140] Install fonts to system fonts folder

[bugzilla-daemon]

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

Yousuf Philips (jay)  changed:

   What|Removed |Added

   Keywords||needsDevEval, topicUI
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |bjoern.michaelsen@canonical
   |.freedesktop.org|.com
 Ever confirmed|0   |1

--- Comment #1 from Yousuf Philips (jay)  ---
This enhancement is for Linux and Mac OS as LibreOffice does install the fonts
to the system fonts folder on Windows.

-- 
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 103140] New: Install fonts to system fonts folder

[bugzilla-daemon]

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

Bug ID: 103140
   Summary: Install fonts to system fonts folder
   Product: LibreOffice
   Version: Inherited From OOo
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-b...@lists.freedesktop.org
  Reporter: philip...@hotmail.com
CC: cl...@documentfoundation.org,
libreoffice-ux-advise@lists.freedesktop.org
Blocks: 102985

Presently the ooofonts package installs fonts into
/opt/libreoffice5.2/share/fonts/truetype/, which means these fonts arent
available elsewhere in the system and also means that there would be duplicates
of these fonts on the system when installing multiple versions of libreoffice,
so i'd like to suggest that these fonts be installed in the system fonts folder
like to /usr/share/fonts/truetype/openoffice/ or
/usr/share/fonts/truetype/libreoffice/.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102985
[Bug 102985] [META] Font bugs and enhancements
-- 
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 103138] Add fonts to the preferred fonts section of the font name combobox

[bugzilla-daemon]

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

Yousuf Philips (jay)  changed:

   What|Removed |Added

   Keywords||needsDevEval, topicUI
 Status|UNCONFIRMED |NEW
 CC|libreoffice-ux-advise@lists |
   |.freedesktop.org|
 Ever confirmed|0   |1

-- 
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 103138] New: Add fonts to the preferred fonts section of the font name combobox

[bugzilla-daemon]

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

Bug ID: 103138
   Summary: Add fonts to the preferred fonts section of the font
name combobox
   Product: LibreOffice
   Version: 5.3.0.0.alpha0+ Master
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: enhancement
  Priority: medium
 Component: LibreOffice
  Assignee: libreoffice-b...@lists.freedesktop.org
  Reporter: philip...@hotmail.com
CC: libreoffice-ux-advise@lists.freedesktop.org
Blocks: 102985

Presently we only list Linux Libertine Display G and Linux Biolinum G in a
dedicated section at the top of the font name combobox and i think more useful
fonts can be included there like

Caladea
Carlito
Gentium Basic
Liberation Sans
Liberation Serif
Liberation Mono


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102985
[Bug 102985] [META] Font bugs and enhancements
-- 
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 94327] UI: Apply current font substitutions

[bugzilla-daemon]

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

--- Comment #11 from V Stuart Foote  ---
(In reply to shunesburg69 from comment #10)
> Why too much, if it's necessary ?
> I don't know if there are too much warnings but this one is important.

Too much as in overdone, excessive, garish, obnoxious and just plain annoying.
=D

Otherwise the enhancement requested here is to be able to reliably modify the
ODF documents to change the styles and direct formatting (held styles.xml &
content.xml respectively). So that on reopening the styles and direct
formatting are annotated with desired fonts.

Enhancing the Font dialog to optionally show the fallback font replacement done
during filter import of a document would be helpful, in addition to the current
font replacement table. 

Also helpful, would be adding options for the export filters to modify the
Style and Content xml--effectively updating the document with the font
replacements being made (either fallback or the font replacement table).

Finally think it would be useful if the Font dialog indicated if a font was
subset/embedded into the document and--when font replacement occurs or is
forced--allow removal of the embedded font, and optionally its replacement on
export back to ODF. Effectively "re-styling" the document.

-- 
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 94327] UI: Apply current font substitutions

[bugzilla-daemon]

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

--- Comment #10 from shunesbur...@yahoo.fr ---
Why too much, if it's necessary ?
I don't know if there are too much warnings but this one is important.

-- 
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 94327] UI: Apply current font substitutions

[bugzilla-daemon]

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

Yousuf Philips (jay)  changed:

   What|Removed |Added

 Blocks||102985, 102187


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102187
[Bug 102187] [META] Options dialog bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102985
[Bug 102985] [META] Font bugs and enhancements
-- 
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 101442] Hyperlink is terribly dated vocabulary

[bugzilla-daemon]

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

Stanislav Horacek  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||stanislav.hora...@gmail.com
 Resolution|FIXED   |---

--- Comment #20 from Stanislav Horacek  ---
Reopened - see remaining "Ctrl-click required to follow hyperlinks",
"hyperlink" in sw/uiconfig/swriter/ui/tocentriespage.ui and probably more.

This type of "bug" seems to be fixed quickly in a few days, but thorough
handling of all its consequences will take years. Also, I am afraid that the
ambiguity in terms introduced by the fix outweighs the (maybe) better wording.

-- 
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 103080] A new default set of bundled fonts

[bugzilla-daemon]

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

--- Comment #8 from Yousuf Philips (jay)  ---
Just want to point this out for those who didnt already know, as Tomaz asked me
about this on IRC.

* The removal of these fonts will not affect users who upgrade on Windows,
either from OOo, AOO or LO, as the fonts are already installed into
c:\windows\fonts\.

* This removal wont affect users who upgrade on Linux through their package
manager, as for example Ubuntu only ships by default with the Deja Vu,
Liberation and OpenSymbol fonts. Users would intentionally have to install the
fonts-sil-gentium-basic and fonts-linuxlibertine packages in order to get those
fonts. Ubuntu doesnt have packages for Open Sans, PT Serif, Source Code Pro and
Source Sans Pro.

* The individuals that i see that will possibly be affected by this are users
who havent installed LO before on Windows, but have documents using the removed
fonts and users who install the TDF builds of LO on linux, as unfortunately the
ooofonts package installs these fonts in
/opt/libreoffice5.2/share/fonts/truetype/ rather than a globally accessible
location like /usr/share/fonts/truetype/openoffice/ where OpenSymbol is being
stored.

-- 
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 103080] A new default set of bundled fonts

[bugzilla-daemon]

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

--- Comment #7 from Yousuf Philips (jay)  ---
(In reply to Jean-Francois Nifenecker from comment #4)
> The Linux * G fonts are the only ones that allow support for enhanced
> typographic management within documents. Using them in conjunction with the
> Typography toolbar extension
> (http://extensions.libreoffice.org/extension-center/typography-toolbar)
> contributes to make Writer a true DTP tool. This is why they are used by
> some people (myself included) as their template fonts. This means that
> removing them from LibO installs would, at best, force to add them
> afterward, and, at worse, would fail to show the qualities of Writer,
> typographically-wise.
> Hence, I strongly disagree with the removal of these fonts. For the time
> being, the mere fact they haven't been updated in a while doesn't make them
> rubbish, anyway.

I'm all for showing off the features available in LibreOffice, but not sure
that bundling 20MB worth of fonts that maybe used by a very minimal amount of
users is efficient usage of space. We even show these font in a prominent top
section of the top font list combobox when such a space should be taken up by
more important fonts.

> Another option would be to remove the fonts from the software installation,
> as proposed, and provide a separate font bundle to be downloaded at the very
> same place the software is available.

I was speaking yesterday with cloph about creating font collection installers
for cjk fonts, so i guess one could be considered for an old fonts collection,
which would contain all the fonts that were removed.

> Besides, I agree with the idea that the proposed cleanup should only be done
> after a missing font infobar is available so that users whose documents rely
> upon removed fonts be clearly aware of the changes and can take the
> appropriate measures.

Doubt we would need to wait for the infobar, but fixing bug 61134 and/or bug
96872 would be more than sufficient to notify users that fonts are missing, if
they havent already noticed how we currently show them that a font is missing.

-- 
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 103080] A new default set of bundled fonts

[bugzilla-daemon]

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

V Stuart Foote  changed:

   What|Removed |Added

 CC||vstuart.fo...@utsa.edu

--- Comment #6 from V Stuart Foote  ---
Would propose an alternative route.

Reduce the "bundled" font to just a single font with good Unicode
coverage--NOTO NotoSansMonoCJKsc-Regular (15.7MB) seems suitable--and of course
keep OpenSymbol, but strip everything else out.

And then bundle additional license suitable fonts as a single optional
package/extension with a rudimentary installer to allow users to some "guided"
choices for the fonts they need to add. Guided in the sense for example that
Linux systems need Carlito, Caladea while Windows installs do not.

Maintain that package/extension as its own project removed from core.

Then a tender for dev/typographer to rework OpenSymbol to our need of coverage
of the Unicode SMP pages used for Emoji and well formed formula.

-- 
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 101252] Alphabetical User-Defined index

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Ever confirmed|0   |1

--- Comment #2 from Heiko Tietze  ---
How would you like to sort the index? We would need to find a solution that
fits also "normal" types. So perhaps "Sort by"
(o) Document sequence
( ) Reverse order
( ) Alphabetically

Doesn't convince me. TOCs are typically sorted by the page number (which is the
document sequence) and your particular use case may be solved rather by
Endnotes or other references. Setting NEW to get more opinions, mine is
WONTFIX.

PS: Apparition is a nice substitute for appearance :-).

-- 
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 91874] A Search by function or keyword over main menu-- similar to SpotLight, Tell Me, or Ubuntu's HUD but native for LO GUI

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

 CC||mikekagan...@hotmail.com

--- Comment #10 from Heiko Tietze  ---
*** Bug 101110 has been marked as a duplicate of this bug. ***

-- 
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 100924] Accepting or Rejecting Changes: Clicking at changed text do not sinchronize with active item in list of changes

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEEDINFO
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org
 Ever confirmed|0   |1

--- Comment #1 from Heiko Tietze  ---
It works as you describe: character and paragraph styles are selected according
what is active at the cursor. And also the direct formatting like bold, italic
etc. is toggled correctly.
Either I don't understand what you mean or it's buggy in 5.1.4 (testing with
5.3alpha). So could you please elaborate a little bit.

-- 
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 103080] A new default set of bundled fonts

[bugzilla-daemon]

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

--- Comment #5 from Khaled Hosny  ---
After bug 89870 gets fixed, we will probably have a way to control typographic
features for OpenType fonts as well, so fine typography will not be restricted
to Graphite fonts. The other things that the *G fonts do and not usually done
by OpenType fonts are niche at best and bogus at worst, so it should be fine
for people wanting them to install the fonts themselves.

-- 
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 53548] Allow "Other" fields / DocInformation / custom editable fields in Draw/Impress (as in Writer)

[bugzilla-daemon]

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

--- Comment #5 from Cor Nouws  ---
*** Bug 78155 has been marked as a duplicate of this bug. ***

-- 
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 102868] No "jump back" option, after jump to another cell ( with Cell Name box, TLHC of the sheet), to return to the previous cell address

[bugzilla-daemon]

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

--- Comment #5 from Cor Nouws  ---
(In reply to Heiko Tietze from comment #4)
> (In reply to Cor Nouws from comment #3)
> > - Different suggestion from UX?
> 
> What do we do in case of more than one jump? 

No idea - but for the use case, one jump back seems appropriate.
And prolly simpler too..
(we need tech advise anyway).

> > > Since Ctrl+Shift+F5 puts focus in Name Box, maybe Alt+Shift+F5 ?
> 
> Horrible complex shortcuts. How should remember this? (And the hand position


Never noted that Ctrl+Shft+Fn is quite often used in LibreOffice :) ??
So then Alt in stead of Ctrl is not too weird, and logic in this case.

Or maybe a combination with Z.. Both Ctrl+Shift+Z and Ctrl+Y are redo at the
moment.

-- 
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 94676] Calc autofill confused, hyphen vs. minus

[bugzilla-daemon]

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

OfficeUser  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #11 from OfficeUser  ---
(In reply to Heiko Tietze from comment #9)
> Report from G+ user: Selecting only one cell counts up but when you select
> a1 and a2 it works as requested ignoring the minus before the number. Sounds
> like the most flexible solution.

@Heiko:
Thanks for this information. I did not know that selecting a1 and a2 leads to
the requested behavior. So I agree to close this issue as 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 94676] Calc autofill confused, hyphen vs. minus

[bugzilla-daemon]

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

--- Comment #10 from Heiko Tietze  ---
(In reply to Heiko Tietze from comment #9)
> Report from G+ user: Selecting only one cell counts up but when you select
> a1 and a2 it works as requested ignoring the minus before the number. Sounds
> like the most flexible solution.

While 50% agree with you and want to count regardless of the minus, I would
close this ticket as WFM. The flexibility argument is striking.

-- 
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 103101] Right-clicking while arrow directional cursor is on a table shouldnt deselect selection

[bugzilla-daemon]

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

Heiko Tietze  changed:

   What|Removed |Added

   Keywords||needsUXEval
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1

--- Comment #1 from Heiko Tietze  ---
(In reply to Yousuf Philips (jay) from comment #0)
> @UX-Advise: What's your take?

Always trying to find generic solution I'd rephrase the task to never
select/deselect per right click. In the particular case, the table works as
expected but when you right click the document (header here) the focus
switches. Ultimately my rule means that, for instance, scrolling down some
pages you first have to select (click) a paragraph before the context menu can
be accessed for what you see. And that would be definitely wrong.

tl;dr: When the row/col selection arrow is active, a right click should be
forwarded to the table.

(In reply to Yousuf Philips (jay) from comment #0)
> On an additional note, i think if the table row appears...

You mean the selection arrow. Yes, having an auto selection is a good idea -
and solves perhaps the issue.

(needsUXEval to get more input; should be removed for implementation)

-- 
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