Re: resizable ft2demos

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

Re: resizable ft2demos

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

Re: resizable ft2demos

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.

Re: resizable ft2demos

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.

Re: resizable ft2demos

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

Re: resizable ft2demos

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

Re: [ft-devel] Logging library proposal

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

Re: [ft-devel] Logging library proposal

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

Re: [ft-devel] Logging library proposal

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

Re: [ft-devel] Logging library proposal

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

Re: [ft-devel] Logging library proposal

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

Re: [ft-devel] [freetype2] master 3ec6465: Explain how to build a PIC-enabled version of FreeType.

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

Re: [ft-devel] [freetype2] master 3ec6465: Explain how to build a PIC-enabled version of FreeType.

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

Re: [ft-devel] strict aliasing

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

Re: [ft-devel] Latin, Cyrillic, and Greek fonts questions

Hi Werner, Werner LEMBERG w...@gnu.org 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

Re: [ft-devel] Latin, Cyrillic, and Greek fonts questions

Denis Jacquerye denis.jacque...@daltonmaag.com 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

Re: [ft-devel] Question about charset.

Johnson Y. Yan yinsen_...@foxitsoftware.com 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

Re: [ft-devel] Fast bisecting BBox_Cubic_Check

Alexei Podtelezhnikov apodt...@gmail.com 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

Re: [ft-devel] Patch to fix the ttsubpix implementation

Behdad Esfahbod beh...@behdad.org 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

Re: [ft-devel] Patch to fix the ttsubpix implementation

Behdad Esfahbod beh...@behdad.org 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

Re: [ft-devel] FreeType patches to support amalgamation

Vinnie thev...@yahoo.com 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

Re: [ft-devel] FreeType patches to support amalgamation

Vinnie thev...@yahoo.com 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

Re: [ft-devel] Free tyep font - query

jeyasathya jeyasathy...@jasmin-infotech.com 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

Re: [ft-devel] Re: [ft] Re: Few typefaces are not loading

Noorul Sahabudeen noorulsahabudeen...@gmail.com 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.

Re: [ft-devel] Re: [ft] Re: Few typefaces are not loading

Noorul Sahabudeen noorulsahabudeen...@gmail.com 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

Re: [ft-devel] Regarding Position-Independent-Code, modules, etc..

Oran Agra o...@monfort.co.il 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

Re: [ft-devel] TrueType font that is not loaded by freetype

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 and

Re: [ft-devel] TrueType font that is not loaded by freetype

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. I have not tried debugging the problem

Re: [ft-devel] Understanding Type1 fonts

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

Re: [ft-devel] Understanding Type1 fonts

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 do you thing

Re: [ft-devel] Understanding Type1 fonts

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

[ft-devel] Incomplete cmap table for platform 0 (Apple Unicode)

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

Re: [ft-devel] Incomplete cmap table for platform 0 (Apple Unicode)

[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

[ft-devel] PATCH: Do not do further load font attempts if a previous attempt has failed but returned error FNT_Err_Invalid_File_Format

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

[ft-devel] PATCH: builds/win32/ftdebug.c: Unify debug level handling with other platforms

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

Re: [ft-devel] PATCH: Add support for loading bitmap .fon files in PE format

. */ +/* Copyright 2003 Huw D M Davies for Codeweavers */ +/* Copyright 2007 Dmitry Timoshkov for Codeweavers*/ /* */ /* This file is part of the FreeType project

[ft-devel] PATCH: Add support for loading bitmap .fon files in PE format

2003 Huw D M Davies for Codeweavers */ +/* Copyright 2007 Dmitry Timoshkov for Codeweavers*/ /* */ /* This file is part of the FreeType project, and may only be used

Re: [ft-devel] Kerning support in freetype

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 do

Re: [ft-devel] Kerning support in freetype

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 has

Re: [ft-devel] Kerning support in freetype

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