On 15/02/2025 11:43, Mattia Verga wrote:
In Fedora we had to exclude several UnitTests because they break due to
missing glyphs in fonts.
After some digging, as I understand, LO unit tests are written against
bundled provided fonts, but some of these are using the "full" version,
w
Hi Mattia,
On Sat, Feb 15, 2025 at 10:43:07AM +, Mattia Verga
wrote:
> It would be nice if those would be set to use the hinted version, but I
> don't know if the related tests really require the use of the full
> version (can't really understand what the tests are actually testing...).
M
In Fedora we had to exclude several UnitTests because they break due to
missing glyphs in fonts.
After some digging, as I understand, LO unit tests are written against
bundled provided fonts, but some of these are using the "full" version,
while fonts provided within Linux distrib
On Fri, 2024-11-15 at 18:22 +0100, Frank Steiner wrote:
> So should this different rendering of same letters happen at all or
> is that where the problem starts?
I can't see any meaningful diffs in LibreOffice itself in a
libreoffice-24-8 branch vs libreoffice-24-2 in the sort of places where
I mi
Caolán McNamara wrote:
I haven't any specific ideas, but I'd start with checking the (only)
explicit use of cairo_version to see if toggling the conditional block
of code protected by it on/off makes any difference.
That didn't help, unfortunately :-( And that code block is indeed the
same in
Hi,
after upgrading libreoffice on my SLED 15 SP6 from 24.2.1.2 to 24.8.1.2
we realized that font rendering has changed and fonts get rendered more
fuzzy/blurry than before. The same 24.8.1.2 worked fine on SLED 15 SP5
and it turned out that was due the libcairo version.
After some debugging
On Thu, 2024-11-14 at 15:46 +0100, Frank Steiner wrote:
> Has anyone an idea what patch could have caused this change, so I get
> an idea where I can start looking to debug this in the libreoffice
> code?
I haven't any specific ideas, but I'd start with checking the (only)
explicit use of cairo_ve
On Thu, 2024-09-26 at 22:11 +0300, Eyal Rozenberg wrote:
> ... At least when it comes to specifying fonts, Microsoft has moved
> beyond this trichotomy. They have multi-language font-spec elements,
> e.g.:
>
>
>
>
>
>
>
> ... etc. more a:fo
the odf and open xml file formats,
Indeed... I just found one prominent example of this in the OOXML spec:
17.3.2.20 [1].
But I'm also reminded of something Mike pointed out [2] on bug 151215:
At least when it comes to specifying fonts, Microsoft has moved beyond
this trichotomy. They have
On Thu, 2024-09-26 at 00:28 +0300, Eyal Rozenberg wrote:
> In LibreOffice, we currently partition typefaces, like languages,
> into three language-groups: Western, RTL-CTL, and CJK
These categories of RTL+CTL/Complex and CJK/EastAsian are baked into
the odf and open xml file formats, so whatever a
r the latter two)
simply don't have Cyrillic glyphs (which Bulgarian uses, as does
Russian). For the Bulgarian text, you want to see the list of 20 fonts
which cover the Cyrillic alphabet, not the 100 fonts which cover the
Latin alphabet (and hopefully also
Doing this is not just a UI challeng
On Thu, 2024-05-09 at 20:16 +0200, Regina Henschel wrote:
> Which fonts are available on all build bots?
Only the fonts that are bundled with LibreOffice, and we try and
basically force the same restriction to those fonts as best we can
given platform restrictions so we're all running t
Hi all,
I have a build failure in a unit test, likely because a font is not
available and the replacement font has a different metric.
(https://ci.libreoffice.org/job/gerrit_master_ml/17954/)
Which fonts are available on all build bots? Is there a font in place,
which covers "CJK Un
It’s definitely something that is used when it is important that the font that
is rendered in the document is the same as the original - for example, when
creating a master document that is to be exported to PDF and sent to a
publisher.
--
Chris Tapp
opensou...@keylevel.com
www.keylevel.com
-
Thanks, I'll check it out.
Regards,
Régis Perdreau
Le mer. 29 nov. 2023 à 10:37, Caolán McNamara
a écrit :
> On Tue, 2023-11-28 at 17:08 +0100, Regis Perdreau wrote:
> > Hi,
> >
> > Is there any documentation anywhere about font embedding ?
> > It's not in the ODF standard
> > Is it a functi
On Tue, 2023-11-28 at 17:08 +0100, Regis Perdreau wrote:
> Hi,
>
> Is there any documentation anywhere about font embedding ?
> It's not in the ODF standard
> Is it a function that nobody use then nobody care ?
> I think it's interesting to know why it was implemented.
I don't remember too much a
Hi,
Is there any documentation anywhere about font embedding ?
It's not in the ODF standard
Is it a function that nobody use then nobody care ?
I think it's interesting to know why it was implemented.
Regards,
Régis Perdreau
--- Original Message ---
On Tuesday, June 6th, 2023 at 1:28 PM, jonathon wrote:
> The size of the complete set of Noto fonts (1.5 GB) is a major reason for my
> not a fan approach to distributing via extension.
But if you need it, you need it.
A lot of responses are vast
Hi,
Am 26.06.23 um 09:06 schrieb Mike Kaganski:
On 26.06.2023 8:15, Rene Engelhard wrote:
Hi,
Am 25.06.23 um 13:29 schrieb Rene Engelhard:
my beta1 (didn't try 7.5 yet) builds fail with a new verson of the
fonts-crosextra-carlito fonts (used for Calibri). LibreOffice itself
ships
My
On 26.06.2023 8:15, Rene Engelhard wrote:
Hi,
Am 25.06.23 um 13:29 schrieb Rene Engelhard:
my beta1 (didn't try 7.5 yet) builds fail with a new verson of the
fonts-crosextra-carlito fonts (used for Calibri). LibreOffice itself
ships
My 7.5.4 builds needs the following in addition to
Hi,
Am 25.06.23 um 13:29 schrieb Rene Engelhard:
my beta1 (didn't try 7.5 yet) builds fail with a new verson of the
fonts-crosextra-carlito fonts (used for Calibri). LibreOffice itself ships
My 7.5.4 builds needs the following in addition to the already posted
(where applicable):
Hi,
Am 25.06.23 um 13:29 schrieb Rene Engelhard:
Anyways, this breaks some of sds import tests (I tried this in a
actual beta1 "release" build, not on master - which worked before):
Also:
[build CUT] sw_layoutwriter3
S=/data/ssd/rene/libreoffice-7.6.0~beta1 && I=$S/instdir && W=$S/workdir
Hi,
my beta1 (didn't try 7.5 yet) builds fail with a new verson of the
fonts-crosextra-carlito fonts (used for Calibri). LibreOffice itself ships
$ grep carlito download.lst
FONT_CARLITO_TARBALL :=
c74b7223abe75949b4af367942d96c7a-crosextrafonts-carlito-20130920.tar.gz
and Debian cont
Mike wrote:
redistribution is a business of respective font foundries. An extension
should IMO primarily contain the author of extension's work. Fonts
re-distributed as LO extensions not only do not fit into this idea,
The size of the complete set of Noto fonts (1.5 GB) is a major r
Hi!
On 06.06.2023 3:08, jonathon wrote:
B) As far back as OpenOffice.org 1.x, fonts have been distributed as
extensions. One of the rationales behind why the Extension & Template
section UI of the LibO site, is so that fonts can be more easilly
distributed as extensions.
My opinion a
Original Message
From: Mike Kaganski
To: o lu , libreoffice-dev
Date: 2023-1-JunT05:33:46Z
Mark wrote:
Surely it would be the proper use of resources, if TDF hires people to
(1) continuously monitor unlimited number of font foundries and their fonts; (2) checking
On 1.6.2023 1.02, o lu wrote:
Would it be a valid enhancement to propose the following:
LibreOffice should download free/libre fonts if they are not on the
users' system.
* Download and not install:
o Install seems to be a system task, and is different among
plat
following:
LibreOffice should download free/libre fonts if they are not on the
users' system.
* Download and not install:
o Install seems to be a system task, and is different among
platforms
* Libre and Free
o Avoid licensing issues
Surely it would be the proper u
Would it be a valid enhancement to propose the following:
LibreOffice should download free/libre fonts if they are not on the users'
system.
- Download and not install:
- Install seems to be a system task, and is different among platforms
- Libre and Free
- Avoid licensing issues
Feel
On Mon, 2021-04-19 at 07:24 -0700, Carl Spitzer {L Juno} wrote:
> I have a large collection of free fonts I wish to add only to
> LibreOffice not to the entire Leap 15.2 system. How do I do that.
Leap 15.2 is openSUSE and https://en.opensuse.org/Fonts is the generic
howto for adding fo
I have a large collection of free fonts I wish to add only to
LibreOffice not to the entire Leap 15.2 system. How do I do that.
CWSIV
Choose to be safer online.
Opt-in to Cyber Safety with NortonLifeLock.
Plans starting as low as
reproduce the issue ?
Thanks
On 27/1/21 5:58, Andrew Udvare wrote:
> A user has reported that with some custom fonts installed, LibreOffice will
> crash at startup. This is with the latest 7.0.4.2 build.
>
> https://trac.macports.org/ticket/62119
>
> It appears the crash is in v
A user has reported that with some custom fonts installed, LibreOffice will
crash at startup. This is with the latest 7.0.4.2 build.
https://trac.macports.org/ticket/62119
It appears the crash is in vcl/quartz/ctfonts.cxx in the
DevFontFromCTFontDescriptor() function.
https://github.com
To whom it may concern, thank you in advance of my query.
I am using Liber Office 7.0.1.2 X 64
MY MAIN question is I am TRYING to change default Writer font to another
font but cannot...I want to have this default as default and not go to a
saved default.
I have pre-set or added 30 pages int
On Sat, 2019-03-23 at 02:23 +, Luke Benes wrote:
> On a fresh install of Arch, I installed the
> https://wiki.documentfoundation.org/Development/Linux_Build_Dependencies
> requirements. During the build I get the following notification:
>
> Additional Fonts Required
>
On a fresh install of Arch, I installed the
https://wiki.documentfoundation.org/Development/Linux_Build_Dependencies
requirements. During the build I get the following notification:
Additional Fonts Required
An application is requesting additional fonts.
Clicking on the notification, the
Hello,
Maybe your user profile got corrupted? Try in safe mode -> Go to menu
Help - Restart in Safe mode
El 10/2/19 a les 16:13, Curtis Hamilton ha escrit:
> I've been using LO 6.0.7 on FreeBSD for sometime. However, suddenly
> all of the menu fonts are showing up as boxes.
&g
I've been using LO 6.0.7 on FreeBSD for sometime. However, suddenly all
of the menu fonts are showing up as boxes.
I'm not sure what has changed to cause this.
Does anyone have an idea on how to solve this.
Thanks in advance.
___
L
New branch 'private/khaledhosny/color-fonts' available with the following
commits:
commit fa1ec9461e2f78655e9aa17473dba085b0b6015d
Author: Khaled Hosny
Date: Tue May 1 23:03:46 2018 +0200
WIP color fonts support
Needs https://github.com/harfbuzz/harfbuzz/pull/1016
because
>> the original is not available.
>
> Very late to the party, sorry, but is there any way to add an easy
> interface that will let the user know (a) that font substitution has
> taken place, and (b) what font has been substituted?
>
> I try and keep fonts in syn
here, LibreOffice asks for a font and gets a different one back because
> the original is not available.
Very late to the party, sorry, but is there any way to add an easy
interface that will let the user know (a) that font substitution has
taken place, and (b) what font has been substituted?
he missing
font to the font its replaced with ? How would that get implemented in
the absence of the missing font ? Just for some small set of known
fonts with known metrics or something ?
As mostly an aside, but maybe worth mentioning to clarify how some of
this works under the hood, is that ther
://design.blog.documentfoundation.org/2016/10/21/dealing-with-missing-fonts/
[3]
https://de.slideshare.net/HeikoTietze/improvements-to-font-handling-in-libreoffice
signature.asc
Description: OpenPGP digital signature
___
LibreOffice mailing list
LibreOffice
users need the solution. Additionally, a Thai or English user
interface is probably better than a Northern Thai interface.
There are a number of problems, but the significant ones all relate to
fonts. The others are all soluble.
1) The Universal Script Engine
The Universal Script Engine inserts fa
On Fri, 2016-11-18 at 05:53 +0200, Khaled Hosny wrote:
> simplest fix is to find a suitably licensed font and copy the few
> missing glyphs (a quick look shows only 21 glyphs are missing from
> Adobe Symbol encoding). What is the current license of OpenSymbol? I
> remember is was a bit of a mess fe
On Fri, Nov 18, 2016 at 02:28:59AM +0200, Khaled Hosny wrote:
> So I think the problem here is that we are not doing any glyph fallback
> for OpenSymbol. Looks like we skip glyph fallback for symbol fonts in
> vcl/unx/generic/fontmanager/fontsubst.cxx
> FcPreMatchSubstitution::FindFo
On Thu, Nov 17, 2016 at 09:10:28PM +, Caolán McNamara wrote:
> On Thu, 2016-11-17 at 14:00 +0200, Khaled Hosny wrote:
> > Hi all,
> >
> > I’m looking into bug 103944, which is mainly about handling so-called
> > symbol fonts.
> >
> > The bullets in the
On Thu, 2016-11-17 at 14:00 +0200, Khaled Hosny wrote:
> Hi all,
>
> I’m looking into bug 103944, which is mainly about handling so-called
> symbol fonts.
>
> The bullets in the bug document use the “Symbol” font from Windows,
> which has “symbol” cmap subtable that maps ch
should:
(1) bundle our font suitable for proper replacement of such symbol fonts,
because doing otherwise (depending on system fonts) leaves users with different
problems like absent fonts and wrong sizing because of different font metrics;
(2) use OpenSymbol for that, because that is its purpose
On Thu, Nov 17, 2016 at 07:46:40PM +, toki wrote:
>
>
> On 17/11/2016 12:00, Khaled Hosny wrote:
>
> > The bullets in the bug document use the “Symbol” font from Windows,
> > which has “symbol” cmap subtable that maps characters from Private Use
> > Area to its own glyphs. Because the docume
On 17/11/2016 12:00, Khaled Hosny wrote:
> The bullets in the bug document use the “Symbol” font from Windows,
> which has “symbol” cmap subtable that maps characters from Private Use
> Area to its own glyphs. Because the document uses PUA symbols, without
Anything in the PUA is up for grabs.
On Thu, Nov 17, 2016 at 02:07:34PM +0100, Stephan Bergmann wrote:
> On 11/17/2016 01:00 PM, Khaled Hosny wrote:
> > I’m looking into bug 103944, which is mainly about handling so-called
> > symbol fonts.
> >
> > The bullets in the bug document use the “Symbol” font
On Thu, Nov 17, 2016 at 02:12:49PM +0100, Miklos Vajna wrote:
> Hi Khaled,
>
> On Thu, Nov 17, 2016 at 02:00:13PM +0200, Khaled Hosny
> wrote:
> > Now, AFAIK, all glyphs in “Symbol” font have proper characters in
> > Unicode (and the font itself supports them as well, in its non-symbol
> > cmap
Hi Khaled,
On Thu, Nov 17, 2016 at 02:00:13PM +0200, Khaled Hosny
wrote:
> Now, AFAIK, all glyphs in “Symbol” font have proper characters in
> Unicode (and the font itself supports them as well, in its non-symbol
> cmap subtable), so my question is what is the expected behaviour here,
> map the
On 11/17/2016 01:00 PM, Khaled Hosny wrote:
I’m looking into bug 103944, which is mainly about handling so-called
symbol fonts.
The bullets in the bug document use the “Symbol” font from Windows,
which has “symbol” cmap subtable that maps characters from Private Use
Area to its own glyphs
Hi all,
I’m looking into bug 103944, which is mainly about handling so-called
symbol fonts.
The bullets in the bug document use the “Symbol” font from Windows,
which has “symbol” cmap subtable that maps characters from Private Use
Area to its own glyphs. Because the document uses PUA symbols
external_deps.lst |6 +++---
more_fonts/fonts/ttf_dejavu/makefile.mk |6 +++---
more_fonts/prj/d.lst|4 ++--
3 files changed, 8 insertions(+), 8 deletions(-)
New commits:
commit ebd68735659d7306ad8730047f0327d8266f5809
Author: Pedro Giffuni
external_deps.lst|7 +++
more_fonts/fonts/ttf_gentium/makefile.mk |8
more_fonts/prj/d.lst |4 ++--
sal/osl/unx/pipe.c | 16 +++-
4 files changed, 16 insertions(+), 19 deletions(-)
New
more_fonts/fonts/fc_local.conf |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit 8c5020353273afb87c17efdc1d6b1b31b29d775f
Author: Pedro Giffuni
Date: Sun Jan 3 04:00:22 2016 +
It's Calibri not Colibri
diff --git a/more_fonts/fonts/fc_local.c
external_deps.lst| 12 -
more_fonts/fonts/fc_local.conf | 12 +
more_fonts/fonts/ttf_carlito/makefile.mk | 64 +++
more_fonts/prj/build.lst |1
more_fonts/prj/d.lst |1
more_fonts/fonts/ttf_crosextra/makefile.mk |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
commit c5b77f1a39d31b456334d7d584cbb1184542e24c
Author: Pedro Giffuni
Date: Tue Dec 29 03:47:43 2015 +
Update name of Caladea font for the logs
diff --git a/more_fonts
external_deps.lst |6 ++
more_fonts/fonts/fc_local.conf | 14 +++---
more_fonts/fonts/ttf_crosextra/makefile.mk | 61 +
more_fonts/prj/build.lst |1
more_fonts/prj/d.lst |1
cui/source/options/treeopt.cxx|2 ++
external_deps.lst | 10 +-
more_fonts/fonts/ttf_croscore/makefile.mk |4 ++--
more_fonts/fonts/ttf_dejavu/makefile.mk |6
LICENSE_category_b| 101 --
configure.in | 22 --
external_deps.lst | 10 +-
more_fonts/fonts/ttf_croscore/makefile.mk |8 +-
more_fonts/prj/d.lst |3
external_deps.lst | 12 +++-
more_fonts/fonts/ttf_dejavu/makefile.mk |6 +++---
more_fonts/prj/d.lst|4 ++--
3 files changed, 12 insertions(+), 10 deletions(-)
New commits:
commit ee8796b44908bc35ca1dd0e367b2f15cc9d80e91
Author: Kay
On Wed, Nov 27, 2013 at 08:55:32PM -0800, tk wrote:
> a _good_ pan-unicode font
There is not such a thing, free or otherwise. Good and pan-Unicode can’t
be in the same sentence.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.
Khaled Hosny wrote:
>> Fonts are not that big.
>Fonts CAN be that big :) Look at TeX Live, of its 3.5 GB install, 1.4 GB are
>fonts.
Pan Unicode fonts are the largest fonts in a font directory.
Code2000 is 4.8 MB in size.
Code2002 is 4.3 MB in size
Unifont-5.1-20080907.ttf is 16.
Also, I wonder if these languages should set these fonts as the default? If
so, can make that change as well...
--
Respectfully,
*Robert M Campbell*
IT Specialist for ADRA Laos & Open Source Advocate
Lao Cell: +856 207 616 7299
US Phone: +1 270 681 0399
robert.rcampb...@gmail.com
Visit
list was used. In
> > that case, the only patch would be for the download.list. Or, should we
> > have a font contribution subfolder/submodule that contains each font in
> the
> > master that contains all of the embedded fonts? That way in review
> process,
> > people can look a
ocess when to include a new font. If it
> > makes
> > > sense, it's ok. Fonts are not that big.
> >
> > Fonts CAN be that big :) Look at TeX Live, of its 3.5 GB install, 1.4 GB
> > are fonts.
> >
>
> My hope is to not add more than a few KB per fo
On Wed, Nov 27, 2013 at 5:25 PM, Khaled Hosny wrote:
> On Wed, Nov 27, 2013 at 10:10:26AM +0100, Samuel Mehrbrodt wrote:
> > Hi Robert,
> >
> > I think there is no formal process when to include a new font. If it
> makes
> > sense, it's ok. Fonts are not
On Wed, Nov 27, 2013 at 10:10:26AM +0100, Samuel Mehrbrodt wrote:
> Hi Robert,
>
> I think there is no formal process when to include a new font. If it makes
> sense, it's ok. Fonts are not that big.
Fonts CAN be that big :) Look at TeX Live, of its 3.5 GB install,
Hi Robert,
I think there is no formal process when to include a new font. If it
makes sense, it's ok. Fonts are not that big.
I would just create a patch which adds the fonts you need and publish it
on gerrit.libreoffice.org.
Then there is still time to discuss this (otherwise this migh
On 25/11/13 13:04, Robert M Campbell wrote:
Phetsarath OT has no license (public domain?),
looking into the font file reveals:
Phetsarath OT - font for the Laotian language of Laos.
Copyright 2005 ICT project for development of STEA/UNDP of Lao PDR.
This font is free software; you can redistri
I was just curious, when does LibreOffice choose to bundle fonts? When
is there a good reason to bundle them?
I ask this because LibreOffice has a Burmese font, but no Thai, Lao, or
Khmer fonts that I can tell. Droid Sans includes Thai support. Khmer OS
provides Khmer support.
And SIL
more_fonts/fonts/fc_local.conf | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
New commits:
commit a046875b590bb840790a0d2aa2f63154d0d2f9a8
Author: Caolán McNamara
Date: Thu Oct 10 10:12:44 2013 +0100
update local font.conf for Calibri/Carlito Cambria/Caladea
more_fonts/fonts/fc_local.conf | 16 ++--
officecfg/registry/data/org/openoffice/VCL.xcu |4 ++--
2 files changed, 16 insertions(+), 4 deletions(-)
New commits:
commit 8e4d52328e87e2d3ced4b6230f00980ea229f2cc
Author: Caolán McNamara
Date: Thu Oct 10 10:12:44
more_fonts/fonts/fc_local.conf | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
New commits:
commit eb79c13a809c2edf99042b114ede512ebd4c2273
Author: Caolán McNamara
Date: Thu Oct 10 10:12:44 2013 +0100
update local font.conf for Calibri/Carlito Cambria/Caladea
Hi Brennan,
Norbert Thiebaud píše v Ne 06. 10. 2013 v 00:48 +0200:
> > Hi, I have finally gotten some time to work on this and I am happy to say my
> > library is now integrated with the build of libreoffice that I have on my
> > desktop, and embedded fonts in EOT format ap
at I have on
> my desktop, and embedded fonts in EOT format appear to be working. This
> should unblock correct .pub and .ppt importing.
Great!
>
> I just need to know where I can host my external library (libeot) that this
> depends on in such a way that libreoffice can download it
t; desktop, and embedded fonts in EOT format appear to be working. This should
> unblock correct .pub and .ppt importing.
>
> I just need to know where I can host my external library (libeot) that this
> depends on in such a way that libreoffice can download it during the build
> proc
+Fridrich, who has dealt with this sort of thing several times :)
Hi, I have finally gotten some time to work on this and I am happy to say
my library is now integrated with the build of libreoffice that I have on
my desktop, and embedded fonts in EOT format appear to be working. This
should
Hi,
Thank you for your patch! It has been merged to LibreOffice.
If you are interested in details, please visit
https://gerrit.libreoffice.org/5644
Approvals:
LibreOffice gerrit bot: Verified
Fridrich Strba: Verified; Looks good to me, approved
--
To view, visit https://gerrit.libre
Hello LibreOffice gerrit bot,
I'd like you to reexamine a change. Please visit
https://gerrit.libreoffice.org/5644
to look at the new patch set (#2).
Change subject: Fix windows libo crash with graphite fonts.
..
On Tuesday 27 of August 2013, Brennan T Vincent wrote:
> Thanks Lubos
>
> I should clarify, I already have an eot->ttf converter working; proof
Ah, I read this the other way around the first time.
> positive that MS and Monotype's documentation is sufficient :). I just need
> to clean up the cod
On Tue, Aug 27, 2013 at 07:55:05PM +0200, Jan Holesovsky wrote:
> Hi Khaled,
>
> Khaled Hosny píše v Út 27. 08. 2013 v 19:26 +0200:
>
> > I just did a quick search and found this library which seems to able to
> > convert the few MTX-compressed eot fonts I have (the
Hi Khaled,
Khaled Hosny píše v Út 27. 08. 2013 v 19:26 +0200:
> I just did a quick search and found this library which seems to able to
> convert the few MTX-compressed eot fonts I have (the fonts were
> generated using Google’s sfntly library, though):
>
> https://github
On Tue, Aug 27, 2013 at 05:25:42PM +0200, Lubos Lunak wrote:
> On Tuesday 27 of August 2013, Brennan T Vincent wrote:
> > Hi all,
> >
> > One of the most commonly-occurring problems with .pub import is the fact
> > that we don't respect embedded fonts. Now that L
ake a look at EmbeddedFontsHelper
On Tue, Aug 27, 2013 at 8:25 AM, Lubos Lunak wrote:
> On Tuesday 27 of August 2013, Brennan T Vincent wrote:
> > Hi all,
> >
> > One of the most commonly-occurring problems with .pub import is the fact
> > that we don't respect embedded font
On Tuesday 27 of August 2013, Brennan T Vincent wrote:
> Hi all,
>
> One of the most commonly-occurring problems with .pub import is the fact
> that we don't respect embedded fonts. Now that LibreOffice supports
> embedded fonts, it should be possible to make this work.
Th
rt is the
> > fact that we don't respect embedded fonts. Now that LibreOffice
> > supports embedded fonts, it should be possible to make this work.
> >
> > A few questions:
> >
> > (1) Do we support Embedded OpenType fonts currently? (.eot)
> >
> &
Hi Brennan,
Brennan T Vincent píše v Po 26. 08. 2013 v 21:23 -0700:
> One of the most commonly-occurring problems with .pub import is the
> fact that we don't respect embedded fonts. Now that LibreOffice
> supports embedded fonts, it should be possible to make this work.
>
Hi all,
One of the most commonly-occurring problems with .pub import is the fact
that we don't respect embedded fonts. Now that LibreOffice supports
embedded fonts, it should be possible to make this work.
A few questions:
(1) Do we support Embedded OpenType fonts currently? (.eot)
(2) I
Hi,
Thank you for your patch! It has been merged to LibreOffice.
If you are interested in details, please visit
https://gerrit.libreoffice.org/4496
Approvals:
Caolán McNamara: Verified; Looks good to me, approved
--
To view, visit https://gerrit.libreoffice.org/4496
To unsubscribe, vi
Hi,
I have submitted a patch for review:
https://gerrit.libreoffice.org/4496
To pull it, you can do:
git pull ssh://gerrit.libreoffice.org:29418/help refs/changes/96/4496/1
Drop help for removed Embed standard fonts option
Change-Id: Iddb13afd25483de4753e315b5524fa6cca8b5f93
---
M
Hi,
Thank you for your patch! It has been merged to LibreOffice.
If you are interested in details, please visit
https://gerrit.libreoffice.org/4301
Approvals:
Khaled Hosny: Verified; Looks good to me, approved
--
To view, visit https://gerrit.libreoffice.org/4301
To unsubscribe, visit
Hi,
Thank you for your patch! It has been merged to LibreOffice.
If you are interested in details, please visit
https://gerrit.libreoffice.org/4299
Approvals:
Khaled Hosny: Verified; Looks good to me, approved
--
To view, visit https://gerrit.libreoffice.org/4299
To unsubscribe, visit
Hello LibreOffice gerrit bot,
I'd like you to reexamine a rebased change. Please visit
https://gerrit.libreoffice.org/4299
to look at the new rebased patch set (#3).
Change subject: Fix PDF export with fallback fonts in Core
Hello LibreOffice gerrit bot,
I'd like you to reexamine a change. Please visit
https://gerrit.libreoffice.org/4299
to look at the new patch set (#2).
Change subject: Fix PDF export with fallback fonts in Core Text
..
Hi,
I have submitted a patch for review:
https://gerrit.libreoffice.org/4301
To pull it, you can do:
git pull ssh://gerrit.libreoffice.org:29418/core refs/changes/01/4301/1
Fix PDF export with fallback fonts in Core Text
We need to pass the real font used to layout the glyphs in case
1 - 100 of 235 matches
Mail list logo