Re: About the CJK patch to xforms
Hello JMarc,
On Thu, 19 Feb 2004, Jean-Marc Lasgouttes wrote:
>
> Hello cghan,
>
> Just a small message to keep you informed of recent cjk-related
> developments.
>
> There has been a bug reported recently on lyx-devel where german users
> of LyX/xforms had strange locale related problems. It turned out that
> this bug was related to the cjk patch to xforms that is not included
> in suse linux.
>
> As a result, the following patch has been applied to the xforms suse
> rpm:
>
> diff -ru xforms-1.0-release.orig/lib/flresource.c
> xforms-1.0-release/lib/flresource.c ---
> xforms-1.0-release.orig/lib/flresource.c 2004-02-10 12:45:01.0 +0100
> +++ xforms-1.0-release/lib/flresource.c 2004-02-10 12:47:30.933876558 +0100
> @@ -1035,7 +1035,7 @@
> extern int
> use_fontset()
> {
> - char * loc = setlocale(LC_ALL, "");
> + char * loc = setlocale(LC_CTYPE, NULL);
>
I have no objection to this change. In fact, Angus did not like this part
of the patch, for it is not general enough for all kinds of language
environments. This was the reason why we did not submit our i18n patch to
the official xforms-devel list. I would deeply appreciate anyone's
improving this part of the patch, so that it can be made an official i18n
patch to the xforms library.
Regards,
cghan
P.S. I uploaded new xforms-1.0-i18n_7 lib. on our new ftp site,
ftp://cellular.phys.pusan.ac.kr/CJK-LyX/xforms
Current CVS: Problem with text-wrap float
This is with the current CVS: When I create a text-wrap float and try to modify its parameters (right mouse click and click on "Right" and set up "25" "col%", for example), hitting "OK" or "Apply" does not work. Nothing is saved and the settings are lost. ---Kayvan -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)
Re: compile problem (1.4.0) after cvs update
Ronald Florence wrote: LyX-1.4.0 used to compile without protest on MacOS-10.3.2, qt-3.1.2, gcc-3.3. After a recent cvs update the compilation breaks at: source='insetlabel.C' Oops. Found the answer in the archives: MacOSX's HFS+ filesystem confused src/InsetList.h with src/insets/insetlist.h. -- Ronald
compile problem (1.4.0) after cvs update
LyX-1.4.0 used to compile without protest on MacOS-10.3.2, qt-3.1.2, gcc-3.3. After a recent cvs update the compilation breaks at: source='insetlabel.C' object='insetlabel.lo' libtool=yes \ depfile='.deps/insetlabel.Plo' tmpdepfile='.deps/insetlabel.TPlo' \ depmode=gcc3 /bin/sh ../../config/depcomp \ /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost-g -O -fno-exceptions -W -Wall -c -o insetlabel.lo `test -f 'insetlabel.C' || echo './'`insetlabel.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -g -O -fno-exceptions -W -Wall -c insetlabel.C -MT insetlabel.lo -MD -MP -MF .deps/insetlabel.TPlo In file included from insetlabel.C:19: InsetList.h:21: error: redefinition of `class InsetList' ../../src/InsetList.h:24: error: previous definition of `class InsetList' InsetList.h:28: error: syntax error before `::' token InsetList.h:30: error: semicolon missing after declaration of `InsetList' InsetList.h:30: error: extraneous `int' ignored InsetList.h:30: error: non-member function `InsetList latex(const Buffer&, std::ostream&, const OutputParams&)' cannot have `const' method qualifier InsetList.h:32: error: syntax error before `const' In file included from insetlabel.C:20: ../../src/iterators.h:40: error: `iterator' is not a member of type `InsetList' ../../src/iterators.h:40: error: template argument 1 is invalid ../../src/iterators.h:40: warning: ISO C++ forbids declaration of `it' with no type insetlabel.C: In function `void ::changeRefsIfUnique(BufferView&, const std::string&, const std::string&)': insetlabel.C:77: error: `iterator' is not a member of type `InsetList' insetlabel.C:77: error: parse error before `=' token insetlabel.C:78: error: `it2' undeclared (first use this function) insetlabel.C:78: error: (Each undeclared identifier is reported only once for each function it appears in.) insetlabel.C:78: error: `end' undeclared (first use this function) I'd welcome suggestions on how to get this to compile again. Thanks, -- Ronald
Using system file-browser (like External insets) for File -> Open (LyX/Mac)
In LyX/Mac, the External insets use the familiar native system Finder. Would it be possible to use the system file browser for the File->Open dialog as well? This would make the application much more Mac-like. (The windows-pc style browser used in the File->Open dialog is unfamiliar and off-putting to Mac users.) I assume this can be done, but for an outsider the code is a tangled thicket. Thanks, -- Ronald
Cursor location bug?
Lyx 1.3.3 and 1.3.4 (and maybe previous versions) have odd behavior when editing the last line before an offset equation. If you position the cursor to add something to the end of this line, as soon as you start to type the cursor jumps to the beginning of the line. The text still appears in the right place, so after figuring this out, it is still possible to do what you want to do. However, the behavior is rather confusing. The same thing happens just before an open footnote. Dave Raymond
Re: Is latex-xft-fonts really necessary?
On Sat, Feb 21, 2004 at 12:14:25AM -0800, Ling Li wrote: > I spent several hours investigating why lyx-qt cannot display math fonts Expect to spend several more. > src/frontends/qt2/qfont_loader.C. But the names from the pfb fonts are > "Computer Modern," which in my opinion is more correct. But since lyx-qt Now see if you can work out how to ask for each of the individual fonts, since they have the same name. Look at the Qt API and how it requests fonts. Spend some time reading the Qt font loader source in detail. Then try it on several Qt versions from different distributions (several Red Hat versions behave differently). Try it under different locales. Try Qt versions with/without ft support (different versions of 3.x behave differently). Finally, try loading all symbols and check that they are all a) visible b) displayed using correct metrics c) correct glyph for every symbol Let me put it this way: if it can work, then the several days I've spent hacking this stuff over the years isn't yet enough. regards john -- "Spammers get STABBED by GOD." - Ron Echeverri
Is latex-xft-fonts really necessary?
Hi, I spent several hours investigating why lyx-qt cannot display math fonts correctly while lyx-xforms can, without the latex-xft-fonts package. I also browsed the discussions about latex-xft-fonts on this mailing list but I didn't find out the exact reason. It seems lyx-xforms uses the "old" X font scheme, with long font names like -urw-symbol-medium-r-normal--19-0-0-0-p-0-adobe-fontspecific; while lyx-qt uses the new xft one, using names like `cmmi10'. What latex-xft-fonts does is just to install severl truetype fonts under /usr/share/fonts and run fc-cache to generate the fonts.cache-1 file. Why the pfb fonts linked in /usr/share/lyx/xfonts cannot be used instead --- the xft server should not discriminate among pfb and ttf. So I did what latex-xft-fonts package does, but with all the ttf fonts replaced by the corresponding pfb fonts. lyx-qt failed in displaying the math fonts. By comparing the fonts.cache-1 file from the pfb fonts, and that from the ttf fonts, I found that the font name (or font family) is different. In the fonts.cache-1 file generated from the ttf fonts, the font names are cmex10, cmmi10, etc., coinciding the ones used in src/frontends/qt2/qfont_loader.C. But the names from the pfb fonts are "Computer Modern," which in my opinion is more correct. But since lyx-qt only ask the xft server to provide fonts under the names like "cmex10", the pfb files cannot be used even we also put them under /usr/share/fonts/ I guess the above "font name (family)" mismatching is the real reason why lyx-qt requires extra ttf fonts. However, I don't feel confident to modify the qfont_loader or whatever files lyx uses to load fonts to test my idea. So I ask for my favor that someone in the "authentic" development team carry out the modification and test this idea. I really would like to see lyx-qt can use the native LaTeX pfb fonts. Have a good weekend! --Ling
