Angus Leeming <[EMAIL PROTECTED]> wrote:
(B
(B> Ok, CG. I tried it. xfs uses all my cpu. This is very wrong :-( Can you try
(B> things out with LANG=C or something 'normal'. This thing has to work for
(B> the rest of the world too, doesn't it?
(B
(BI guess you are trying to scale a bitmap fon
> So in summary, 'if(kbuflen > 1)' is O.K. with the
(B> japanese input, right?
(B
(BYes.
(B
(BRegards,
(BSMiyata
with the kanji conversion, type 'Return'
(B to fixate your input.
(BThe toolkit finally obtains a meaningful string from the
(BIM server to be passed down to the client. The client
(Bdisplays the received string and move the cursor and notifies
(Bthe change of cursor position to the IM server so that it
(Bcan adjust the input location.
(B
(BI guess it is a little bit more complicated than a typical Korean input.
(B
(BRegards,
(BShigeru Miyata
Sorry, I don't have time to look at the source
(Bright now.
(BSo here are only vague general remarks.
(B
(BXIM is designed to be created only once for an X
(Bconnection. Don't create more than one XIM
(Bnor destroy and recreate again and again.
(BXlib can be quite fragile, (especially you t
Angus Leeming <[EMAIL PROTECTED]> wrote:
(B
(B> As an aside, I also believe that this could be made to work with
(Bcghan's
(B> stuff because every composed char has a unique keysym. (Am I right
(Bhere?)
(B> That means fl_XLookupString could be modified to work with far eastern
(B
(B> langua
Angus Leeming <[EMAIL PROTECTED]> wrote:
(B
(B> Incidentally, why do we pass LYX_DIR on the command line and not put
(Bit in
(B> config.h? That would also mean that this could go too:
(B>
(B> support/os2_defines.h:#undef LYX_DIR
(B> support/os2_defines.h:#define LYX_DIR
(B__XOS2RedirRoot("/
> CID-keyed PostScript fonts do support more than 256 glyphs in an
> encoding vector. There are patches for dvips and dvipdfm to support
> this type of font.
Oh I didn't know that. Thanks for the information, although I have
no time right now to check and play with it.
> However, people are *usi
Philipp Reichmuth wrote:
> Would it seem a good idea to merge the CJK patch for support of
> multibyte character sets with the main trunk sometime in the near
> future (such as for 1.3)?
No. The CJK patch is not something we want to see merged with its
current status, and xforms-0. is not so
In-Reply-To: <[EMAIL PROTECTED]>
> Note that the input method code in xforms is supposed to be derived
> from lyxlookup.[Ch] (because I am the one who requested support).
Hence it creates Input Context with the style bits
XIMPreeditNothing|XIMStatusNothing
which is a pain in the neck for
Andre Poenitz wrote:
> What a mess.
>
> But it is "logical" bold, isn't it? So one could hack it in by providing
> another 'char' argument for whichFont()... Not nice, though.
Math versions are supposed be orthogonal.
(fontmath.ltx) | normal bold
-
In-Reply-To: <[EMAIL PROTECTED]>
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> Does anybody know what exactly is going on and why the scaling does not
> work?
1.1.6 assumes that the font of the XLFD name
-*-*-*-*-*-*-*-*-*-*-*-*-adobe-fontspecific
is in the Adobe Symbol encoding. While 1.2 asssume
You cannot create math delimiters '/' and '|' with 1.2.0
If you crete a math delimiter '\', then LaTeX is wrong.
When 1.2.0 reads a lyx file created with 1.1.6, then
math delimiters '/' and '|' are lost, and '\' is not displayed
correctly (LaTeX is OK, though).
Regards,
SMiyata
Index: lyx
In-Reply-To: <[EMAIL PROTECTED]>
"R. Lahaye" <[EMAIL PROTECTED]> wrote:
> No, wchar.h is also missing on a FreeBSD system,
> all others, such as wctype.h etc., are missing as well.
You are wrong. I've never used FreeBSD myself, but I *know*
how they implement multibyte/wide character supports i
In-Reply-To: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] (Lars Gullik =?iso-8859-1?q?Bj=F8nnes?=) wrote:
> are there wide string/char support in FreeBSD at all?
Yes. The rune_t concept is a far much superior implementation
of the 32 bit width character support in libc than the traditional
wchar_t con
In-Reply-To: <[EMAIL PROTECTED]>
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> Fallback to X symbols does not really seem to work (i.e. I get \sum in red
> if I take away the latex fonts from the fontpath?)
Have you update "~/.lyx/symbols" accordingly?
Anyway I have a question. LyX reads the symb
In-Reply-To: <[EMAIL PROTECTED]>
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> > and the support for \mathscr (\usepackage{eucal}) is problematic since
> > it changes the meaning of \mathcal as well.
>
> How?
It seems \usepackage{euscript} is preferred over \usepackage{eucal}.
Anyway,
w/o \usepack
In-Reply-To: <[EMAIL PROTECTED]>
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> Index: math_charinset.C
> ===
> RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_charinset.C,v
> retrieving revision 1.9
> diff -u -p -r1.9 math_ch
Eran Tromer <[EMAIL PROTECTED]> wrote:
> Perhaps it would be possible to create the file under another name and
> rename it when done?
This does not work on OS/2 and probably not on Win32, either.
This is actually an ANSI vs. POSIX issue.
Regards,
SMiyata
<[EMAIL PROTECTED]> wrote:
> > But I cannot read the User's Guide (which is pretty
> > crucial for someone with my background). When I
> > try to open it, Lyx displays the message "Loading
> > font into X server" in its gray message window at
> > the bottom, and it stays like this indefinitely (2
"Claus Hentschel" <[EMAIL PROTECTED]> wrote:
> Now there are two versions available!
>
> - One (as the last two releases) including a little bit of Windows' stuff to
> access the registry of Windows and to ensure one single window on the
> screen.
>
> - NEW there is available a native Cygwin exe
[EMAIL PROTECTED] (Lars Gullik Bj$Bøn(Jnes) wrote:
> What class os? where can I find it?
I've wrote something like this.
The idea comes from a post on this group by "Ruurd A Reitsma"
<[EMAIL PROTECTED]>.
Do you think this a bad idea?
Regards,
SMiyata
os_specific.tar.gz
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 25, 2001 at 05:26:56PM +0100, Marcus Beyer wrote:
> > AFAIK the support of bitmap fonts has only two important effects:
> > 1. Many new LyX users have do make the "ugly-fonts-experience",
> >at least when they publish their documents to the w
In John Levon <[EMAIL PROTECTED]>'s SIG, I found:
> "Voodoo Programming: Things programmers do that they know shouldn't work but
> they try anyway, and which sometimes actually work, such as recompiling
> everything."
> - Karl Lehenbauer
That's exactly what I am doing! Seriously, I sl
Sorry for the very late reply.
Norbert Koksch <[EMAIL PROTECTED]> wrote:
> I would like compile a new version of LyX for OS/2. T=
> he last version I could
> compile was 1.04.
>
> For it I need the configure.cmd, however it is not contained in the tar-file of
> lyx.1.1.5pre1.
> Could you send me
Sorry for not building LyX (and reporting the result)
for such a long time.
Here are the list of show stoppers here:
In src/support/lyxlib.h mkdir() is prototyped as
int mkdir(char const * pathname, unsigned int mode);
while in src/support/mkdir.C it is
int mkdir(char const * pathname, mode_
"Seak, Teng-Fong" <[EMAIL PROTECTED]> wrote:
> > TTB_RTL (for Chinese, Japanese, etc.) and TTB_LTR (for Mongolian)
> > primitives.
>
> Actually, there's another possible solution (or even simpler): rotate all
> characters to the left by 90:-) but only if it's supported by LaTeX. If this i
"Seak, Teng-Fong" <[EMAIL PROTECTED]> wrote:
> > That's a good news. However, sorry that I sound skeptical, but Shigeru
> > in another post said that Xform cannot draw 16 bit character strings.
> > You've fiddled Xform?
We draw strings ourselves in the main buffer of LyX. While menues and
"Seak, Teng-Fong" <[EMAIL PROTECTED]> wrote:
> As there're a significant number of LyX users under Windows, some of
> them might want to contribute to the translation too. Imagine the trouble
> they would encounter when some of them edit the translation file under Unix
> while others under
"Seak, Teng-Fong" <[EMAIL PROTECTED]> wrote:
> Chinese (as well as Japanese and Korean) can also be written from right to
> left, even though this isn't very common nowadays. Actually, in tradition,
> Chinese is written from top to the bottom, then from right to left. But I
> don't think L
"Seak, Teng-Fong" <[EMAIL PROTECTED]> wrote:
> Actually, newer versions of XFree86 support already natively Unicode, so
> do a lot of commercial X (if not all).
It also introduces Big5 support. Other multibyte encodings have been
supported for quite some time.
>
[EMAIL PROTECTED] wrote:
> translated. It is necessary to rename the file tcvn.cdef into iso8859-1.cdef of
> cause it is not very nice if we have also to write in other languages.
You are confusing FOUNDRY(FAMILY) and CHARSET. Please refer to the XLFD
specification. Instead of using
\screen_f
I forgot to tell you. You can use XmbTextEscapement/XwcTextEscapement
to compute the width of an XFontSet string. In case height is also
needed, use XmbTextExtents/XwcTextExtents
XFontsOfFontSet gives you the access to the XFontStruct of each font
comprising an XFontSet.
Regards,
SMiyat
I wrote:
> Judging from these, the patch seems, at least to me, a temporary hack
> rather than a solution for mathEd problems, which I do not want to be
> included in LyX.
Sorry if I sounded harsh. I was upset by the large file. However, I
have another complaint. Now the CM/AMS font path is h
Although I'm not sure if it is usable in mathEd or not,
I have written a font/locale definition for TeX Math fonts.
Please evaluate and feel free to improve and/or criticize.
Regards,
SMiyata
math-locale.tar.gz
[EMAIL PROTECTED] wrote:
> This indeed good. I'll commit this patch. However, why is it
> necessary to keep the old IFS (which contain spaces) in the line
Notice I don't understand shell script at all.
> Is that OK with you?
Yes.
Now I'm inclined to agree with Arnd that the binary distributio
[EMAIL PROTECTED] (Lars Gullik Bj$Bxn(Jnes) wrote:
> | P.S. We have to write an inline text inset.
>
> Yes, and some of the code for doing this is in the old devel branch.
I have taken a look. I'm afraid it is not what I wanted to see.
I was considering the possibility to have short RTL phra
Sorry that I could not answer earlier.
[EMAIL PROTECTED] (Lars Gullik Bj$Bxn(Jnes) wrote:
> btw. did you try --enable-shared on OS/2? How severly did it bomb?
The very first attempt build LyX flawlessly, and then I found there are
no DLL's made but static libraries. I checked config/ltconfig
In src/mathed/Makefile.am and src/insets/Makefile.am
$(LDFLAGS) is passed to $(LD) which does not work here!
Is it really necessary?
Regards,
SMiyata
[EMAIL PROTECTED] (Lars Gullik Bj$Bxn(Jnes) wrote:
> Ok I have looked a tiny bit on this... I don't think this XStoreBuffer
> will work. Ok, it will work if the client that want to access this
> uses XFetchBuffer, but this does not seem to be the standard/common
> way to handle the clipboard.
Well, since we do not use the top level configure.cmd
any more, could you ditch it away?
On the other hand, lib/configure.cmd must be used on OS/2,
is it not possible to do something on config/lib_configure.m4
so that the resulting lib/configure will look like
--- configure.orig Tue Sep 28 0
[EMAIL PROTECTED] (Lars Gullik Bj$Bxn(Jnes) wrote:
> Uwe Brauer <[EMAIL PROTECTED]> writes:
>
> | And last not least in Sciword in Windows it was possible to copy
> | displayed equation in a another window of another application, say
> | notepad in which the equation was display according to i
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> I'm a bit unsure which program should become the preferred LaTeX->html
> translator for LyX for OS/2. I've no experience here. Maybe for emx
> port we should use the empty string ""??? Shigeru, any recommendations?
Find someone to port tth and sgmltool!
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> wrote:
> > portable to OS/2 PM. How do you estimate Abiword toolkit (abi/src/af/)?
>
> I don't know the Abiword toolkit. Do you have a link?
Please look at "af" directory of Abiword source. It contains an
abstraction
of the event handling, the fo
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> wrote:
> The new kernel will still be waiting for LyX. After all, it's still modern
> and much better than what we have, and will stay that for a few years, but
> until the rest of LyX is ready, I think it's a mistake to introduce it.
I'm relieved
[EMAIL PROTECTED] wrote:
> I return here with the subject of importing-exporting word documents.
> The problem is: I need to import-export M$ Word documents since
> everybody else where I work uses this word proccessor, and I would
> like to have everybody working with LyX instead of M$ W
Lars, some of the discussion between me and Arnd was actually
intended for the official version of LyX 1.0 Sorry we didn't
make the distinction very clear.
Please apply the patch below and replace lib/configure.cmd
or 1.0.4 won't work here.
Regards,
SMiyata
os2support-1.0.4pre6.bz2
Arnd, I think I have ported most of your patch to 1.1
Please check.
notes:
- I don't like the ExtList[] idea. ".exe" and ".cmd" are checked
there
because OS/2 shells does not distinguish them and it is necessary to
handle lyx.exe, configure.cmd, reLyX.cmd, noweb2lyx.cmd in a unified
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> temp = AddName( OnlyPath(file), temp );
>
> // Replace spaces with underscores, also in directory
> temp.subst(' ','_');
This is wrong! You must not rename the file you may not be the
creator.
> Note:
> I'm not sure why, but g
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
1. Please do not reformat source code when you are going to take diffs.
Your patch is not readable! (and I cannot comment well.)
2. Please do not use 1.0.3 as the codebase. Lars has already
incorporated
some of the changes you have proposed in the
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> I was trying to paste really harmless text (no 'umlauts', etc. this time=
> )
> into LyX' main window, while the LaTeX-preamble form popup was open. And=
> :
>
> Click mouse-button2. Crash!
Try to set breakpoint in BufferView::WorkAreaSelection
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> I rechecked my patch again and could no more find obvious mistakes. Now
> LyX is finally doing what I want on my box. I think you can now safely
> compile and stress-test, if you have a little time (or even read it, if
> you want).
In FileOpenSearch() i
[EMAIL PROTECTED] (Lars Gullik Bjnes) wrote:
> So are you able to compile LyX 1.1. now?
Yes, and I now realize that path handling routines must
be overhauled. And it is indeed a good opportunity.
Regards,
SMiyata
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> There seem to be strange interactions with older Xpm libraries. I
> never knew exactly which, though.
Before gtk appeared on the scene, Xpm and libjpeg were notorious
for the binary incompatibility across version. The size of structs,
the orders
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Can you give us some insight at what happens? It seems indeed to be
> related to stack overflow.
Indeed. CJK macro package is a variant of inputenc macro which
teaches TeX compiler how to read thousands of Kanji (Han) characters.
Since amsart co
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> I really do not see what happens there. I particular, there is no
> reason why a crash can happen at this place, it seems. It might be
> that the code does not make sense because of optimization. You could
> try to recompile without optimization a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> > "Fabrizio" == Fabrizio Sebastiani <[EMAIL PROTECTED]> writes:
>
> Fabrizio> Hello Lyx World ! I am an happy lyx 1.0.0 user. I created
> Fabrizio> a lyx document (7 page long) with Layout/Document/Class
> Fabrizio> "article". If I change
Looking at BufferList::readFile() I found that LyX does not
load emergency save file if the file was not saved properly
at least once.
Is this the correct behaviour?
Regards,
SMiyata
Could you teach me how to use gdb? I'm trying to figure out
why on earth 1.1 always crashes in the constructor of LyXView
here.
TIA
SMiyata
begin 666 SIGSEGV.gz
M'XL("$2Z2#<"!E-)1U-%1U8P`,V7:V_B.!2&O^=76*VT"E5HG0L0&-%1Z93N
M:+M3)*:C2J-5Y#B&9)N;8E/"CN:_[W$N)%"@L]\VK0AQSON(G2+%EF)!JAY>@JW.0.?>
Now that the bug in emx+gcc of #pragma implementation
support is fixed, I tried to build LyX 1.1 on OS/2.
There are a few problems:
- Since this function is not yet used I cannot comment
on this at present but probably PutEnvPath() in
lyx/src/support/filetools.C is wrong,
- Please remove t
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> there is a new port by Hung-Chi Chu <[EMAIL PROTECTED]> of GNU
> gettext-0.10.35 for emx-0.9c/os2. It includes ported autoconfig m4
> macros, which should work on OS/2 emx, cygwin and UNIX.
>
> Has this already be tested with LyX? Should it be made stan
I updated configure.cmd and lib/configure.cmd for LyX 1.0.x
I have fixed all the problems reported, and modify a bit
of algorithm for lib/configure.cmd: The one comes with
1.0.0 came from 0.11.2x days and copied all the system
global settings to user's since the UNIX counterpart behaved
in the sa
61 matches
Mail list logo