summaryrefslogtreecommitdiff
path: root/vcl
AgeCommit message (Collapse)AuthorFilesLines
2011-09-05now we can ditch these unused methodsCaolán McNamara2-41/+0
2011-09-05These multi-lingual IMs have been always disabled for LinuxCaolán McNamara10-225/+71
Where not-Linux was in practice solaris. We can be pretty sure that the ismultlingual path is effectively unused. so following that chain of logic quite a bit can go.
2011-09-05callcatcher: drop some Impl methods, regenerate listCaolán McNamara9-141/+0
2011-09-02remove recently unused methodsCaolán McNamara4-74/+0
2011-09-01unusedcode.easy: vcl::unotools cleanupJoseph Powers2-144/+0
2011-09-01unusedcode.easy: PDFWriter cleanupJoseph Powers4-424/+0
2011-09-01slightly buggy commit 66141a46a44fa1c96694e98453e28c077ca23f48 from 20/11/2008Julien Nabet1-1/+0
2011-09-01Some cppcheck cleaningJulien Nabet1-1/+1
2011-09-01make the overlap smallerRadek Doulik1-1/+1
2011-09-01fix for linear gradient export to PDFMuthu Subramanian1-4/+16
Signed-off-by: Radek Doulik <rodo@novell.com>
2011-09-01make sure we stay in array boundsRadek Doulik1-2/+4
2011-09-01Fixes fdo#38683 calculation of interline spacing on unx platformsKhaled Hosny1-53/+7
The current calculation of interline spacing is fundamentally flawed, at least on "unx". The implementation of ServerFont::FetchFontMetric() in gcach_ftyp.cxx does the following: * gets ascent/descent from FT_Size_Metrics which is fine * sets internal leading to the value of line gap while this should be the external leading * if the font has an OS/2 table - recalculates the metrics based on WinAscent/WinDescent which is absolutely wrong as these metrics should never be used to control line spacing - external leading get set based on a combination of metrics from HHEA table and WinAscent/WinDescent - for CJK it "adds half of the external leading to the ascent, the other half is added to the descent" because "the line height for Asian fonts is too small", my reaction reading this was "WTF!" The main problem here is that OS/2 Win metrics should never be used for controlling line spacing[1] and Typo metrics should used instead[2]. The Win metrics in the font are set to be higher than the highest/deepest glyph in the font, else Windows will clip portions of the glyphs above those values, for most fonts Win and Typo values can be the same, but for some special fonts that have very big glyphs like Neo Euler[3], XITS Math[4] or Cambria Math the Win values are much bigger resulting in huge line spacing, see attached screen shots. #38683[5] is another example of problems caused by this. The attached patch is an attempt to bring some sanity to the situation: * external leading = height - ascent + descent (line gap) * internal leading = ascent + descent - EM_size * if the font has an OS/2 table typo metrics are used * no need for HHEA stuff as freetype derives its size metrics from it anyway. * removed the bogus CJK stuff * removed check for freetype < 2.0 which we don't support anyway This only done for 'unx' similar work is needed for 'win' and 'aqua', but I'm not familiar with these platforms and can't test on it. [1] http://www.microsoft.com/typography/otspec/os2.htm#wa [2] http://www.microsoft.com/typography/otspec/os2.htm#sta [3] https://github.com/khaledhosny/euler-otf [4] http://en.wikipedia.org/wiki/XITS_font_project [5] https://bugs.freedesktop.org/show_bug.cgi?id=38683 Mail in archive: http://lists.freedesktop.org/archives/libreoffice/2011-August/017287.html Screenshot attachments: http://lists.freedesktop.org/archives/libreoffice/attachments/20110829/7d829a4b/attachment-0002.png http://lists.freedesktop.org/archives/libreoffice/attachments/20110829/7d829a4b/attachment-0003.png
2011-08-29Polyline improvement for WindowsDmitry A Ashkadov1-0/+35
I tried to draw polyline.... But on Windows... the end point is not drawn... the main problem is WinAPI LineTo() function. MSDN says: The LineTo function draws a line from the current position up to, but not including, the specified point. I think WinAPI Polyline() function uses LineTo() to draw a polyline. I see a hack in VCL module in WinSalgraphics::drawLine(): "we must paint the endpoint" But there is no such hack for drawPolyLine() function. A possible solution is same as for drawLine().
2011-08-29callcatcher: drop various unused methodsCaolán McNamara3-20/+0
2011-08-29valgrind: various unused codeCaolán McNamara4-25/+0
2011-08-26callcatcher: some unused codeCaolán McNamara2-15/+0
2011-08-24avoid crash on shutdown with unprocessed events pending post SalDisplay dtorCaolán McNamara1-13/+22
2011-08-24potential WaECaolán McNamara1-1/+1
2011-08-24catch ignored exceptions by const referenceTakeshi Abe1-1/+1
2011-08-23dlopen() librsvg-2.so.2 instead of .so which would require -dev(el) packagesRene Engelhard1-2/+2
2011-08-23generate listCaolán McNamara2-9/+0
2011-08-23Remove assertion that does not compileTor Lillqvist1-1/+0
2011-08-22Enable CUPS unconditionallyFrançois Tigeot2-42/+1
It doesn't make sense to try to use anything else to print on *nix systems these days
2011-08-22regenerate up to date listCaolán McNamara2-8/+0
2011-08-22regoptions (etc.) now unused post registration-removalCaolán McNamara2-23/+0
2011-08-22gsl_getSystemTextEncoding->osl_getThreadTextEncodingCaolán McNamara7-11/+11
2011-08-22callcatcher: various methodsCaolán McNamara2-12/+0
2011-08-22callcatcher: remove unused methodsCaolán McNamara2-2/+0
2011-08-22ditch product registration implementationCaolán McNamara2-419/+0
2011-08-22callcatcher: post cairo-text remove unused legacy methodsCaolán McNamara4-372/+1
2011-08-19detect gmake 3.81 and limit to -j1 unless num-cpu is explicitly setNorbert Thiebaud1-1/+1
2011-08-19Fixes link error on Windows.Kohei Yoshida1-1/+2
2011-08-19now cairo is the only way to render text under XCaolán McNamara4-31/+11
2011-08-19Merge FreetypeServerFont and ServerFont now its split out into unxCaolán McNamara5-174/+126
2011-08-18and so glyphcache.hxx is revealed to be unx onlyCaolán McNamara8-17/+9
2011-08-18move unix only stuff to unxCaolán McNamara7-5/+5
2011-08-18remove various casts from ServerFont to FreetypeServeFontCaolán McNamara8-38/+52
i.e. add the missing api directly to ServerFont
2011-08-18USE_BUILTIN_RASTERIZER is never setCaolán McNamara1-8/+0
2011-08-17When painting overlapped controls, paint the bottom one first.Kohei Yoshida1-3/+3
Then work our way frontward and paint the top one last.
2011-08-17add and use a matchLCaolán McNamara2-80/+89
2011-08-17calculate lengths at compile timeCaolán McNamara1-17/+27
2011-08-15callcatcher: Remove unused ButtonDialog methods.Jan Holesovsky2-68/+0
2011-08-15callcatcher: Remove unused Button methods.Jan Holesovsky2-100/+3
mpBitmapEx member is unused after this too, remove.
2011-08-15callcatcher: Remove unused ComboBox-related methods.Jan Holesovsky2-71/+0
2011-08-15callcatcher: Remove unused ListBox-related methods.Jan Holesovsky2-97/+1
2011-08-15lets keep original encodingCaolán McNamara1-3/+3
2011-08-15make these pure virtual to prove all implemented in sole sub-classCaolán McNamara1-14/+13
Facilitates merging of ServerFont and FreetypeServerFont
2011-08-15virtual method with wrong name, doesn't override what it thinks it doesCaolán McNamara1-1/+1
2011-08-15VirtDevServerFont isn't really implemented, remove to allow to simplifyCaolán McNamara3-352/+0
2011-08-15turn on cairo rendering of vertical textCaolán McNamara2-7/+7
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-06 18:15:16 +0000