Le 04/07/2017 à 17:39, Cor Blom a écrit :
Hi,
According to "ReadmeBaKoMa4LyX.txt" and "BaKoMaFontLicense.txt" in the
lib/fonts directory the included fonts are meant for Windows. Does this
mean they are not necessary for linux
They are sometimes packaged separately on Linux:
https://packages
On Mon, Mar 10, 2014 at 9:21 AM, stefano franchi
wrote:
> On Mon, Mar 10, 2014 at 2:43 AM, Guenter Milde wrote:
>> On 2014-03-10, stefano franchi wrote:
>>> Question for the LaTeX font experts:
>>
>>> Is there a *single* font family that contains enough glyphs to cover
>>> Latin scrpts plus Europ
On Mon, Mar 10, 2014 at 2:43 AM, Guenter Milde wrote:
> On 2014-03-10, stefano franchi wrote:
>> Question for the LaTeX font experts:
>
>> Is there a *single* font family that contains enough glyphs to cover
>> Latin scrpts plus European diacritics and Greek and Cyrillic and can
>> be used with DV
On Mon, Mar 10, 2014 at 1:16 AM, Liviu Andronic wrote:
> On Mon, Mar 10, 2014 at 6:15 AM, stefano franchi
> wrote:
>> Question for the LaTeX font experts:
>>
>> Is there a *single* font family that contains enough glyphs to cover
>> Latin scrpts plus European diacritics and Greek and Cyrillic and
On 2014-03-10, stefano franchi wrote:
> Question for the LaTeX font experts:
> Is there a *single* font family that contains enough glyphs to cover
> Latin scrpts plus European diacritics and Greek and Cyrillic and can
> be used with DVI output?
CM. If you install CM-Super and the CB-Greek fonts
On Mon, Mar 10, 2014 at 6:15 AM, stefano franchi
wrote:
> Question for the LaTeX font experts:
>
> Is there a *single* font family that contains enough glyphs to cover
> Latin scrpts plus European diacritics and Greek and Cyrillic and can
> be used with DVI output?
>
> Background:
>
> - The Word-e
Rex Dieter wrote:
> I don't mind if these continue to be included inside of lyx too, but I would
> like assurances that when/if the separate/embedded copies are in sync with
> each other.
imho we should include them. i also updated the wiki pages, anyway feel free
to change wiki according to you
After not getting an answer to my post and rereading it again I noticed that I
should mention that the headline was not intentionally written in Greek
letters, but I expected Latin :-(
Here is the screenshot:
http://marc.info/?l=lyx-devel&m=120956357813024&q=p3
So the Greek letters come out of
The mac version looks into the application bundle for the fonts, not
in the directory given by
"-sysdir". During developing I call the lyx executable from inside
the tree without the bundle. Putting a symbolic link pointing to the
lib/fonts directory where the binary is, fixed it for me.
Sc
On Mon, Apr 30, 2007 at 02:47:51PM +0200, Jan Peters wrote:
> I have not followed the previous discussions but I
> have a font
> problem with the newest beta - no greek characters,
> some
> characters remain as names, etc.
>
> Is this just my problem? Or more common?
> Or is there even a fixed v
On Apr 30, 2007, at 8:47 AM, Jan Peters wrote:
I have not followed the previous discussions but I have a font
problem with the newest beta - no greek characters, some
characters remain as names, etc.
Is this just my problem? Or more common?
Or is there even a fixed version?
I have no problem
I have not followed the previous discussions but I have a font
problem with the newest beta - no greek characters, some
characters remain as names, etc.
Is this just my problem? Or more common?
Or is there even a fixed version?
Thanks,
-Jan
On 4/27/07, Anders Ekberg <[EMAIL PROTECTED]> wrote:
> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
Ronald> The attached patch is adapted from the corresponding patch to
Ronald> 1.3.4cvs, and allows LyX/Mac to find the LyX fonts inside its
Ronald> own relocatable application bundle. --
This is applied now.
JMarc
On Wed, Jan 07, 2004 at 12:15:13PM -0500, Ronald Florence wrote:
> No more than maxBufLen bytes are written to buffer. If url requires
> more than maxBufLen bytes to represent itself, including the
> terminating null byte. this function returns false. To avoid this
IN which case we should real
On Jan 7, 2004, at 11:59 AM, John Levon wrote:
All of the code changes are inside QT_WS_MAC defines.
Looks fine
+ UInt8 buf[255];
+ CFURLGetFileSystemRepresentation(FontsURL, true, buf,
255);
But is this definitely correct ? (i.e. is the function API including
null
On Wed, Jan 07, 2004 at 11:10:49AM -0500, Ronald Florence wrote:
>
> All of the code changes are inside QT_WS_MAC defines.
Looks fine
+ UInt8 buf[255];
+ CFURLGetFileSystemRepresentation(FontsURL, true, buf, 255);
But is this definitely correct ? (i.e. is the funct
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jan 07, 2004 at 04:53:22PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> > "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
>>
Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
Ronald> lets LyX/Mac fin
On Jan 7, 2004, at 11:05 AM, John Levon wrote:
Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
Ronald> lets LyX/Mac find additional fonts in its own application
Ronald> bundle. The addFontPath code works, but does not get called by
Ronald> qfont_loader::available. Instead, Qt f
On Wed, Jan 07, 2004 at 04:53:22PM +0100, Jean-Marc Lasgouttes wrote:
> > "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
>
> Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
> Ronald> lets LyX/Mac find additional fonts in its own application
> Ronald> bundle. The a
> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
Ronald> lets LyX/Mac find additional fonts in its own application
Ronald> bundle. The addFontPath code works, but does not get called by
Ronald> qfont_loader::available
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> text2.C:153
Andre> // Realize with the fonts of lesser depth.
Andre> tmpfont.realize(outerFont(pit, ownerParagraphs()));
Andre> tmpfont.realize(defaultfont_);
Andre> text2.C:169
Andre> // Realize with the fonts of lesser depth.
On 5 Mar 2002, Jean-Marc Lasgouttes wrote:
> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
[...]
> Allan> FWIW, wouldn't it make sense for FontLoader to use a pattern
> Allan> that includes the screen DPI setting?
>
> I do not like this one, especially if DPI is not 75 or 100.
>
> Allan>
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>> Note that the dpi settings are not zero in this case. This is how
>> you can recognize them.
Allan> I thought I gave an example of this in my email anyway? I knew
Allan> this part.
Fine.
>> No, #12 tells you that a bitmap font of size
On 1 Mar 2002, Jean-Marc Lasgouttes wrote:
> > "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>
>
> Allan> Bitmapped font:
> Allan> -bitstream-charter-medium-r-normal--8-80-75-75-p-45-iso8859-1
>
> You can also have scaled bitmap fonts like
> -adobe-times-medium-r-normal--0-0-100-100-p-0-is
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> Bitmapped font:
Allan> -bitstream-charter-medium-r-normal--8-80-75-75-p-45-iso8859-1
You can also have scaled bitmap fonts like
-adobe-times-medium-r-normal--0-0-100-100-p-0-iso8859-1
-adobe-times-medium-r-normal--0-0-75-75-p-0-iso88
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> LyX should select a perfect match unscaled font over a scaled
Allan> font of any sort. If a perfect match unscaled doesn't exist we
Allan> go for the matched scaled font (real scaled font with a 0 or
Allan> two in its description) and
On 17 Jan 2002, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> how about this thought patch :
>
> What are you intending to do? Remember that, for example, the real
> scalable fonts for times (the urw ones, or even one from adobe) will
> look shitty
On Thu, Jan 17, 2002 at 08:32:17PM +, Duncan Simpson wrote:
>
> Oops! The program called t1inst in my last email is really called type1inst. It
> does extract the font information from afm files automagically, so the font
> name will match whatever the afm files says. If you get your postscri
On Thu, Jan 17, 2002 at 02:58:48PM +, Duncan Simpson wrote:
>
> The set of bluesky fonts I have gives me
>
> -unknown-cmsy10-medium-r-normal--0-0-0-0-p-0-adobe-fontspecific
> -unknown-cmsy5-medium-r-normal--0-0-0-0-p-0-adobe-fontspecific
> -unknown-cmsy6-medium-r-normal--0-0-0-0-p-0-adobe-fo
On Thu, Jan 17, 2002 at 06:29:39PM +0100, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> >> Are you sure that the font files, as provided by our script, are
> >> correct? What should go in fonts.dir, and what should go in
> >> fonts.scale? What are ther
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>> Are you sure that the font files, as provided by our script, are
>> correct? What should go in fonts.dir, and what should go in
>> fonts.scale? What are there two files in the first place?
Dekel> We only need fonts.dir.
Could you tell
On Thu, Jan 17, 2002 at 05:42:12PM +0100, Jean-Marc Lasgouttes wrote:
> Dekel> If \use_scalable fonts is false, and I try to use a postscript
> Dekel> font (e.g. the cmsy font for symbols), then LyX thinks that the
> Dekel> cmsy is a bitmap font of size 12 points, and will always use
> Dekel> this
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> how about this thought patch :
What are you intending to do? Remember that, for example, the real
scalable fonts for times (the urw ones, or even one from adobe) will
look shitty on screen because X type1 rasterizer does not do hinting
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> If \use_scalable fonts is false, and I try to use a postscript
Dekel> font (e.g. the cmsy font for symbols), then LyX thinks that the
Dekel> cmsy is a bitmap font of size 12 points, and will always use
Dekel> this font at this size. T
On Thu, Jan 17, 2002 at 01:32:33PM +0200, Dekel Tsur wrote:
> If \use_scalable fonts is false, and I try to use a postscript font (e.g.
> the cmsy font for symbols), then LyX thinks that the cmsy is a bitmap
> font of size 12 points, and will always use this font at this size.
> This is because
35 matches
Mail list logo