Alexei Podtelezhnikov wrote:
>
> > On May 23, 2020, at 23:43, Anuj Verma wrote:
> >
> > Also, the application crashes when the width/height becomes zero.
> > So it should check the values of width/height before
> > `gr_win32_surface_resize'
> > in the `WM_SIZE' message.
>
> Thank you and Dmi
Alexei Podtelezhnikov wrote:
> On Sat, May 23, 2020 at 6:01 AM Dmitry Timoshkov wrote:
> > In addition to CS_HREDRAW | CS_VREDRAW the WM_SIZE handler should call
> > DefWindowProc() so that default message processing forces a window update.
> > After that the window gets
Alexei Podtelezhnikov wrote:
> Dmitry,
> > It probably needs adding CS_HREDRAW | CS_VREDRAW to ourClass.style.
>
> That was not enough.
Alexei,
In addition to CS_HREDRAW | CS_VREDRAW the WM_SIZE handler should call
DefWindowProc() so that default message processing forces a window update.
Afte
Alexei Podtelezhnikov wrote:
> Dmitry,
> > It probably needs adding CS_HREDRAW | CS_VREDRAW to ourClass.style.
>
> That was not enough.
I'll try to find time and have a look at it.
--
Dmitry.
Anuj Verma wrote:
> The window enters a modal loop whenever you start resizing the window, the
> loop terminates when the mouse is released.
> more on this here:
> https://docs.microsoft.com/en-us/windows/win32/winmsg/wm-entersizemove
> So I think the solution would be to handle the "WM_SYSCOMMAN
Alexei Podtelezhnikov wrote:
> I've just made ft2demos resizable under Xlib and GDI. It works quite
> well under X with dynamic repainting during resizing. I was not able
> to achieve this under GDI: the window only repaints once the resizing
> is finished. I would appreciate if somebody more flu
wrote:
> > Also, obviously there is no point in inventing new dependencies for such a
> > simple thing as logging.
>
> This is probably where I disagree the most. Logging/tracing in itself is
> far more than "a simply thing"; it is a tremendous debugging tool (when
> done right). Instructions
wrote:
> >> Well, as far as I can see, it's exactly as Armin described the
> >> situation: people insert `printf' statements for debugging. And the
> >> final code usually missed important debugging calls...
> >
> > How does that justify adding new logging library or changing the current
> > lo
Werner LEMBERG wrote:
> >> > For instance has anyone heard anything about the logger during
> >> > last years GSoC?
> >>
> >> The idea to add a logger library is just a few months old.
> >
> > I mean that even if a GSoC student working on adding some
> > functionality to Freetype (and who appare
Werner LEMBERG wrote:
> > If a developer believes that she/he needs to change the logger of a
> > project she/he starts to work with - that's good sign that this
> > developer has slightly distorted priorities.
>
> Well, it is a nice GSoC project IMHO. Not that I would implement it
> by myself.
Werner LEMBERG wrote:
> >> I want to work on your project titled "Replace FreeType's tracing
> >> and debugging facilities with an external logging library". You
> >> have mentioned that there are platforms where stderr is not
> >> accessible. Can you give me an example of such a platform?
>
>
Werner LEMBERG wrote:
> >> > What does mean? Shared libraries are definitely PIC code. Me not
> >> > understand.
> >>
> >> As written:
> >>
> >> Setting this macro is needed for systems that prohibit address
> >> fixups, such as BREW.
> >>
> >> gcc or clang is capable of automatically do
Werner LEMBERG wrote:
> > What does mean? Shared libraries are definitely PIC code. Me not
> > understand.
>
> As written:
>
> Setting this macro is needed for systems that prohibit address
> fixups, such as BREW.
>
> gcc or clang is capable of automatically doing address fixups, BREW is
Werner LEMBERG wrote:
> My preferred solution would be to use something similar to the fix in
> issue #27441, given that unions is not the right way to go for C++,
> according to advice I've seen in the internet – and I want to preserve
> the ability that a C++ compiler can compile FreeType.
Pro
Denis Jacquerye wrote:
> Some designers have Cyrillic with slightly taller x-height (sometimes by a
> minute amount) to adjust the squareness of the script relative to the
> roundness of Latin, even glyphs that are usually components have adjusted
> outlines. Other designers recommend components
Hi Werner,
Werner LEMBERG wrote:
> I have two questions:
>
> 1. Do Cyrillic or Greek outline fonts exist which don't contain the
> ASCII characters a-z, A-Z, and 0-9?
I can speek only about Cyrillic here, but I haven't seen any cyrillic font
without latin letters and 0-9 digits. It si
"Johnson Y. Yan" wrote:
> I mean that it likes
>
> #define FT_WinFNT_ID_CP12520
> #define FT_WinFNT_ID_DEFAULT 1
> #define FT_WinFNT_ID_SYMBOL2
> #define FT_WinFNT_ID_MAC 77
> #define FT_WinFNT_ID_CP932 128
> #define FT_WinFNT_ID_CP949 129
> #define FT_WinFNT_ID_CP1361 130
>
Alexei Podtelezhnikov wrote:
> > Looks good, thanks! How do you check that the new code produces
> > identical bboxes?
>
> I used src/tools/test_bbox.c. I had to add some hexadecimal output,
> because the original output was just identical. As you'll see below
> the results are not bit-identica
Behdad Esfahbod wrote:
> Guys, I'm not a hardcore C coder, and don't know about private RAM
> allocation per-process, and how that's impacted by putting structs
> inside of .c files instead of .h files. Of course, I'm willing to
> understand why that's the case, I just don't
Behdad Esfahbod wrote:
> >> Guys, I'm not a hardcore C coder, and don't know about private RAM
> >> allocation per-process, and how that's impacted by putting structs
> >> inside of .c files instead of .h files. Of course, I'm willing to
> >> understand why that's the case, I just don't necessar
Vinnie wrote:
> > How about providing a single precompiled library file for these people?
>
> That would only work for one particular build environment, and within that
> environment, only one target. For example, debug, or release. Or 32 bit versus
> 64 bit. If the resulting FreeType library we
Vinnie wrote:
> With an amalgamated version of FreeType I can add support for hinted
> fonts to my open source offerings, while including the entire FreeType
> distribution as a single source file instead of a large tree.
How about providing a single precompiled library file for these people?
-
Alexei Podtelezhnikov wrote:
> All this work is from Stone Age, when noone shared and everyone
> only used a single file and a single command to build something.
I tend to agree, I somehow doubt that there is a single project out there
that would even consider accepting this kind of patches.
--
"Sean McBride" wrote:
> On 1/9/10 6:40 AM, Werner LEMBERG said:
>
> >What about a double cast?
> >
> > #define ALL_POINTS (FT_UShort*)(void*)( -1 )
> >
> >Since NULL is normally defined as `(void*)0' I can imagine that the
> >above works. Can you try this, please?
>
> That did not work. :( T
"jeyasathya" wrote:
It will be helpful if you support us as early as possible. Kindly let me
know if queries is not clear.
This is not really a place for this kind of queries. Freetype project
already provides you with sample code and documentation. If you can't
understand what that code does
"Noorul Sahabudeen" wrote:
For few fonts like "Cambria" face is Null and for few fonts line
webdings i am not getting any characters.
You need to select an appropriate charmap:
FT_Select_Charmap(face, FT_ENCODING_UNICODE); // or FT_ENCODING_MS_SYMBOL
--
Dmitry.
"Noorul Sahabudeen" wrote:
I am using Windows. Freetype2 is not loading few fonts like
Windings, Webdings, Cambria and some .TTC files also.
I have no Cambria here under XP, but Freetype works just fine with
other fonts I tested with.
Can anyone check and give me some solution.
Please
"Oran Agra" wrote:
Waiting to see your suggested solution.
I'd once again suggest to stop making FreeType code ugly and force
broken platforms to upgrade their compiler toolchain instead.
Especially since it's been stated that not all code was/will be
"converted". There is no need to do the
"Mickey Gabel" wrote:
const int x = 0; /* no problem */
const int* p = &x; /* needs address fixup - can't be used in PIC */
char *list1[] = {"zero", "one", "two"}; /* pointers need fixup */
char list2[3][5] = {"zero", "one", "two"}; /* OK, no problem */
FT2 uses lots a lot of such co
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote:
"Albert Astals Cid" <[EMAIL PROTECTED]> wrote:
Hi, the attached font is not loaded by freetype but it is loaded by FontForge
so it seems the font is either correct or not that broken to not be able to
be read.
"Albert Astals Cid" <[EMAIL PROTECTED]> wrote:
Hi, the attached font is not loaded by freetype but it is loaded by FontForge
so it seems the font is either correct or not that broken to not be able to
be read.
I have not tried debugging the problem but if i'm given a pointer i could try
it a
"Donn" <[EMAIL PROTECTED]> wrote:
So, I take it you would advise that the corresponding metric files should be
in the same folder as the glyph files?
It depends on how applications handle that.
--
Dmitry.
___
Freetype-devel mailing list
Freetype-d
"Donn" <[EMAIL PROTECTED]> wrote:
On Wednesday, 09 January 2008 11:11:00 Dmitry Timoshkov wrote:
AFM and PFM files also may contain kerning data which is not
available in .pfa/.pfb files.
Okay so potentially, -1 on the vote. Making AFM and PFM important again.
How important d
<[EMAIL PROTECTED]> wrote:
However, it is theoretically possible for AFM & PFM
to have the metrics which is different from PFA & PFB.
I don't know recent utilization is popular.
AFM and PFM files also may contain kerning data which is not
available in .pfa/.pfb files.
--
Dmitry.
___
"Werner LEMBERG" <[EMAIL PROTECTED]> wrote:
Following is a function whose API is similar to FT_Select_Charmap()
but ignores non-Microsoft cmap subtables. Does it serve your
purpose?
Suzuki-san,
I think my quick fixes already serves Dmitry's purposes. Your special
code is thus not necessary
"George Williams" <[EMAIL PROTECTED]> wrote:
On Sun, 2007-09-30 at 20:16, [EMAIL PROTECTED] wrote:
As I've shown in previous post, Apple Unicode cmap in the
sample font is NOT broken from the viewpoint of data
structure, I think. To detect "broken" cmap as you say,
it's required to investigate
<[EMAIL PROTECTED]> wrote:
Your patch assumes that Apple Unicode cmap is often
broken but others are more reliable, but I'm afraid
that this is not generic assumption.
That was really a hack to show that other cmap tables actually
work better for that font. Of course other fonts can have cmap
Hello,
http://bugs.winehq.org/show_bug.cgi?id=9840 has a ttf font attached
to it which can be perfectly displayed in Windows, but Wine is not able
to actually show any character using this font, only 'c' is displayed.
That's because Freetype selects first unicode cmap table which happens
to be wi
Hello,
this patch speeds up a lot programs that scan a directory of files and load
every font they find using the code like below:
face_index = 0;
while (1)
{
if ((ft_err = FT_New_Face(ft_library, fnt_name, face_index, &ft_face)))
break;
...
FT_Done_Face(ft_face);
face_ind
Hello,
all other platforms allow the debug level to be between 0 and 7.
Changelog:
* builds/win32/ftdebug.c: Unify debug level handling with other platforms.
--- freetype2/builds/win32/ftdebug.cThu Jun 14 09:13:26 2007
+++ freetype2/builds/win32/ftdebug.cFri Jun 15 07:08:40 2007
@@ -175,
*/
/* David Turner, Robert Wilhelm, and Werner Lemberg. */
+/* Copyright 2003 Huw D M Davies for Codeweavers */
+/* Copyright 2007 Dmitry Timoshkov for Codeweavers*/
/*
Hello,
this patch greatly simplifies debugging of FT2 under Windows and makes it
similar to the one under Linux.
Changelog:
* builds/win32/ftdebug.c (FT_Message): Send debug output to the console
as well as to the debugger.
diff -upr freetype2/builds/win32/ftdebug.c freetype2/builds/win3
Wilhelm, and Werner Lemberg. */
+/* Copyright 2003 Huw D M Davies for Codeweavers */
+/* Copyright 2007 Dmitry Timoshkov for Codeweavers*/
/* */
/* This file is part of the FreeType pr
"David Turner" <[EMAIL PROTECTED]> wrote:
Windows reports 96 dpi screen resolution (I'm using a device context
of the screen), and I'm creating a font with 1200 pixels height.
this formulation doesn't make much sense to us. Could you elaborate what
you're doing in both cases. Precisely:
- how
"Russell Shaw" <[EMAIL PROTECTED]> wrote:
But using 64 as a "magic" resolution confuses. Any idea what
might cause that behaviour?
What point-size and screen resolution are you using on Windows?
1200 << 6 is a size of 18.75pt.
Windows reports 96 dpi screen resolution (I'm using a device con
"Russell Shaw" <[EMAIL PROTECTED]> wrote:
I need it to implement behaviour of a win32 API GetKerningPairs, which
is able to return total amount of kerning pairs available. I don't see
why that info shouldn't be available for an application which wants to
cache it for any reason.
If freetype ha
"Russell Shaw" <[EMAIL PROTECTED]> wrote:
1) freetype docs claim that FT_Get_Kerning returns values in 26.6 format,
but it looks like they are not.
It is 26.6, because i've been using it.
2) is it possible to get a number of all available kerning pairs? looking
at the freetype sources it see
Hello all,
I've got a couple of qustions about kerning support in FreeType:
1) freetype docs claim that FT_Get_Kerning returns values in 26.6 format,
but it looks like they are not.
2) is it possible to get a number of all available kerning pairs? looking
at the freetype sources it seems ft has
48 matches
Mail list logo
