> Kayvan> Who is who in that picture?
> Andre, Jose, Konni, Alfredo, Francesca (sp?), Lars, me, Angus, Jean-Marc.
Could you mark banner.ppm as BINARY, please?
CVS, by default, tranfers files in text mode.
Regards,
SMiyata
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
Dekel Tsur <[EMAIL PROTECTED]> wrote:
I'm relieved to see you are safe.
Regards,
SMiyata
Aditya Gilra <[EMAIL PROTECTED]> wrote:
> I have some experience in C/Java programming,
> but I've never contributed to an open-source project
> before though I'd certainly like to.
>
> Pl. inform how to proceed and which parts of the code
> to look at for Hindi rendering.
Sorry, I actually do
Aditya Gilra <[EMAIL PROTECTED]> wrote:
> Could you inform how long it is before lyx supports
> hindi/devanagari pages in unicode. I learn that
> unicode support is present but I couldn't see how
> in 1.1.6 . Do I need to get the development version
> for it.
It is unlikely to be supported unles
I wrote:
> Since I cannot compile LyX any more here, I would like Windows developers
> to submit the final patch.
Thanks to a help from Ilya Zakharevich, I modified syscall() of EMX and
I can compile LyX again on OS/2. Well, almost.
In buffer.C, is included before "LString.h", which breaks the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> It seems to me that at the time SMiyata submitted it more for comments
> than actual inclusion. Anyway, I think we really need something like
> that.
Yes, but one of the reason was that I cannot test the code on systems
other than OS/2.
> - pay
Baruch Even <[EMAIL PROTECTED]> wrote:
> It seems like we can start using namespaces freely, at least as far as
> the developers go. There was no yelling, and so far it seems that no
> mercenary had an attempt on my life.
Had I a time to contribute to the LyX development, I would have yelled.
gc
[EMAIL PROTECTED] (Lars Gullik Bj\o nnes) wrote:
> because of?
In the case LFUN_DATE_INSERT in Dispatch() switch, time() and
localtime() are used.
> (and I hope will do)
Of course will do. Sorry.
Regards,
SMiyata
Juergen Vigna <[EMAIL PROTECTED]> wrote:
> > And I still don't understand _why_ this is needed.
>
> You will!
>
> Diff attached (I was about to commit you just beat me for about 5 minutes
> with your mail ;)
Sorry for a very late reply. But I forgot to tell you one thing.
You have to #include
I think I know what's going on.
When you are moving the cursor in a big tabular inset,
InsetTabular::moveRight() etc. calls
InsetTabular::ActivateCellInset() when the cursor moves into a
new cell, which then calls
InsetText::Edit() which then calls
InsetText::SetFont() which then calls
LyXText::S
A further correction:
> After all CJK are really easy to typeset languages.
> What we consider a single character in everyday life
> corresponds to a single wide character in the sense of
> encodings.
Jamo might be an exception. But I presume you are predominantly
using Johab.
Regards,
I wrote:
> LyXParagraph::GetChar(wchar_t) is necessary.
Sorry, it was a typo.
wchar_t LyXParagraph::GetChar() is necessary.
After all CJK are really easy to typeset languages.
What we consider a single character in everyday life
corresponds to a single wide character in the sense of
encodings.
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> I agree. The first step for the integration of CJK support is to change the
> internal text representation to UCS-4 (namely change LyXParagraph::value_type
> to wchar), and change the encoding of LyX files to UTF-8.
sizeof(wchar_t) need not be 4. I've hea
<[EMAIL PROTECTED]> wrote:
> The only problem I have is the cursor movements on screens.
> That is, the cursor does not move with the input local characters.
[...]
> Sorry for my ignorance, but is it absolute
> necessity to use char->wchar_t conversion to get the correct cursor movements?
LyXPa
<[EMAIL PROTECTED]> wrote:
> Attached is my recent attempt of CJK-LyX patch againt lyx-1.1.6. It is
> very incomplete, especially in the "lyxfont::width" part in "font.C". I
> hope you have time to examine the codes and give me any resolution, hints,
> or comments.
I have migrated my developmen
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> Pango might be useful, but it might be too much work to make LyX use it.
> We first need to switch to 16/32-bit internal text representation. Only
> after that we should consider whether to use Pango.
LyXParagraph::value_type is used only in the class LyXP
Baruch Even <[EMAIL PROTECTED]> wrote:
> There is also Pango at http://www.pango.org/
> Which is supposed to handle various languages including bidirectional
> and the various strange languages around.
>
> It's task is ordering and shaping of characters, it is build into GTK 2,
> but it is writt
Amir Karger <[EMAIL PROTECTED]> wrote:
> pardon me for asking, but I can't help noticing that almost every letter is
> mapped to "t". That's a pretty strange keymap! How does the thai alphabet
> work?
???
Anyway, if you want ot get a headache, try
http://www.unicode.org/unicode/uni2book/ch09.pdf
([EMAIL PROTECTED](B (J(Lars(B (JGullik(B (JBj(B\o nnes) wrote:
> (JWhy(B (Jdo(B (Jyou(B (Jneed(B (Jthe(B (Jargc(B (Jcheck?(B
> (J(and(B (Jisn't(B (Jargc(B (Jalways(B (J!0?)(B
As I say, it is a hack. In order to build some global
instances of classes, e.g. lyxrc,
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Herbert, did you solve this problem?? It could maybe be a wrong
> language description somewhere... Do you use greek? Do you have your
> own language file?
It is that lyxlex does not respect newlines. In 1.1.6 languages file
looked like
# name
Appearently, I have to attract more attention.
[EMAIL PROTECTED] (Lars Gullik Bj\onnes) wrote:
> +#ifdef __EMX__
> + ::unlink(to.c_str());
> +#endif
>
> Why not lyx::unlink(to); ?
Simply, I overlooked it.
> To me it look good and certainly a step in the right direction.
>
> I
"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
Herbert Voss <[EMAIL PROTECTED]> wrote:
> exporting to tex gives the following lyx-command:
>
> %% LyX specific LaTeX commands.
> \providecommand{\LyX}{L\kern-.1667em\lower.25em\hbox{Y}\kern-.125emX\@}
> greek
>
> %% User specified LaTeX c
I haven't modified my code to use traits as suggested by
Lars. However it seems to work all right.
Please take a look, comment, critisize, and help me write
a clean code. Please do not apply every thing blindly.
BTW I had to modify the type of BufferView::Pimpl::Position::par_pos
from int to Ly
Sorry it had nothing to do with static member initialization.
I removed an infinite loop in my code and LyX starts without
crash.
[EMAIL PROTECTED] (Lars Gullik Bj~nnes) wrote:
> No. But we should perhaps do it with traits instead?
>
> struct unix_traits {
> static)
>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> There is no real differenciation between PS and compouter modern
> fonts. Where would you put malvern, concrete or cmbright fonts in your
> dichotomy? All the fonts should be mixed, ps or not ps.
Sorry for nitpicking, but Adobe standarized the na
I apologize if my wording did sound (quite intentionary) harsh.
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> >- if a user doesn't read the documentation of TeX/LyX,
> > then s/he won't get a optimal outputs;
>
> This is an important issue. Even though I wrote a comprehensive explanation
>
[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
Here is an update of two OS/2 related files. Please
replace the old ones in CVS with them.
And PLEASE PLEASE PLEASE include autogen.sh in the distribution.
Regards,
SMiyata
1.1.6-os2-support.tar.gz
Amir Karger <[EMAIL PROTECTED]> wrote:
> Otherwise, you'd have to write it so that it automatically displayed what
> the person's personal bindings were at that time, or something.
Why don't you write a perl script to parse users' lyxrc, preference, ui and
bind files, and to update UserGuide.lyx
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Bunzip2 tells me that the file is corrupted. Could you resend it,
> please?
Sorry. I hope it's OK this time.
Regards,
SMiyata
os2-stuff.tar.gz
I forgot one thing: Will you please distribute autogen.sh
with 1.1.6?
It seems due to Dekel's change of $$FName etc.,
lib/configure.cmd needs further small modification.
I will do it when 1.1.6 is really imminent.
Regards,
SMiyata
Sorry but I really don't have time to fix the OS/2 support stuffs
properly. So will you please replace the files
development/OS2/quick_fix.patch
lib/configure.cmd
README.OS2
with the ones attached below?
Regards,
SMiyata
BZh91AY&SYíz¹î (ÿòïÿþ`/^÷wÍ[v¯·zE/°
It is already Friday here in Japan. But I presume it is still
not for most of you, and I hope it all right for me to turn down
all the objections I've expressed here towards Dekel Tsur's
efforts for the LyX internationalization instead of accusing him
further.
Today Sun Microsystems is supposed
[EMAIL PROTECTED] (Lars Gullik Bj nes) wrote:
> f.eks. it_DE is german spoken in italy (written) (or at least
> similar)
No, it's other way around. The format is
xx_YY.zz
where
xx: ISO-639 lower-case two-letter language code;
YY: ISO-3166 upper-case two-letter country code
[EMAIL PROTECTED] (Lars Gullik Bj nes) wrote:
> Hmm, not quite true? 0.88 does not use XmbLookupString and we use the
> LyXLookupString as we did earlier, but at a different point in the X
> callback chain. In 0.89 XForms uses XmbLookupStrin internally and we
> only use XLookupString to get hold
> nm libforms.a|grep LookupKeysym
> ?
U XLookupKeysym
Sorry I was confused.
Regards,
SMiyata
Baruch Even <[EMAIL PROTECTED]> wrote:
> I think that we do not understand each other.
Probably.
> The reason for the LyXImage is to be a container of the native image data
> structure that is to be used in Painter. What I want is to have
> PainterBase::image() that receives LyXImage and draws
[EMAIL PROTECTED] (Lars Gullik Bj nes) wrote:
> | Now Lars, just FYI on CJK. If kinput2 (the most popular input method
> | server for Japanese) is used to input Japanese, then all the keyboard
> | event with keysym != 0 should be discarded because they are all bogus.
> | kinput2 always set keys
"Garst R. Reese" <[EMAIL PROTECTED]> wrote:
> > had no problems (and he is using 0.88 right?)
> right. WM is fvwm2, libc2.1.3
Strange. What is the output of
nm libforms.a|grep LookupKeysym
?
Now Lars, just FYI on CJK. If kinput2 (the most popular input method
server for Japanese) is u
Baruch Even <[EMAIL PROTECTED]> wrote:
> I've added a method to PainterBase and Painter, called image() which is
> equivalent to pixmap() but gets a LyXImage const *, the Painter::image()
> actually gets the Pixmap out of the LyXImage and calls Painter::pixmap(),
> I didn't remove Painter::pixmap
[EMAIL PROTECTED] wrote:
> #3: This may be doable with PSTricks, but certainly not "natively".
If it is doable on the LaTeX side, then it is doable in LyX if we use
a custom font renderer. Dekel recently proposed to use FreeType and
IMHO this is the way to go.
> #10 and #12: These two points s
Some one checked in a DOS text file from a UNIX machine.
Could you recode it, please?
Regards,
SMiyata
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> We need to change the internal text storage from 8-bit to 16/32-bit,
> before we can use such a patch.
Yes, I realize this (and called it 2. in the previous message.)
> We also want to be able to render simultaneously Japanese, Hebrew, Russia
> etc. Is it
(I still have some difficulty sending mails.)
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> wrote:
> Could you factor out this part of the patch?
> Then we can look at it, and if it looks good, apply it to cvs.
I will try. But please wait!
> So the font selection is based on the global LC_CTY
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.
>
A half year ago, Duncan Simpson <[EMAIL PROTECTED]> wrote:
> mathed's lexer has some really stupid hacks in it. Following TeX on what is a
> macro makes the code *much* simpler and would eliminate even more if I could
> rebuild math_hash.C (the CVS sources seem to lack to input to gperf). All the
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> The following patch add basic Hebrew support for LyX:
> When changing the document language to Hebrew (in Document Layout popup),
> the text will be rendered from right-to-left
> (except when entering TeX-mode)
IMHO RTL is a paragraph property rather than
[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ønnes) wrote:
> I already have the xfonts in the texmf tree and we should leave them
> there.
Yes, I forget where I got it from but I have amsps-unix.tar.gz
887925 bytes. Other CM fonts by BlueSky are available from
CTAN/fonts/cm/ps-type1/bluesky
On the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> which displays ThisIsLaTeX2e if \documentclass is defined. What
> happens when you run this under miktex? Where does the output go?
> Maybe is it standard error instead of stdout?
I think the problem is somewhere else. At least the patch below
m
Martin Norb$BgD(Bk <[EMAIL PROTECTED]> wrote:
> Great! What I really need is a TrueType (or similar) font with all the
> math and symbols from unicode. All I have now is the Gnu Unifont
> (http://czyborra.com/unifont/), but it's only 8x16 pixels. =20
Great! Try and halt X (font) server for a
[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 Bjnes) wrote:
> | No!!! Suppose you have a 0x8f in a file name, what do you expect?
>
> will latex handle that char? I guess not. AND the spaceless in 1.0.4
> and 1.1.1 had a & 0x7f
I meant 0xaf which will become 0x2f "/" after applying a & 0x7f
The reason for isa
I found a severe bug in autoheader for OS/2. The macro
AC_CHECK_FUNC does not work! Please apply the patch below.
Regards,
SMiyata
diff -ub configure.in.orig configure.in
--- configure.in.orig Sat Oct 30 06:15:14 1999
+++ configure.inTue Nov 9 09:10:48 1999
@@ -121,7 +121,7
Here is the patch. I decided to gzip it because Lars had used 0xa0
for a space character at several places, and I modified it to 0x20.
It is not guaranteed that 8 bit characters are relayed correctly in
Japan.
Regards,
SMiyata
begin 666 01Nov1999.U.gz
M'XL(""RK'#@"!C`Q3F]V,3DY.2Y5`,59VW
Surprise! I can manage to fix cut&paste errors in 1.1 so that does
it not only compile and link, but also run without crash at the
startup. Maybe it will crash later. So far I have only tested the
main branch. Is it enough?
I'm going to recheck the patch and send it to this list.
Regards,
[EMAIL PROTECTED] (Lars Gullik Bjnes) wrote:
> Does X have sopport for multiple locale? Rememver that the GUI and the
> BufferView can have different locales.
begin 666 testXOM.c.bz2
M0EIH.3%!6293641_V]@``6I?@&`P>W___[^_W\JN8`3?>JZNQZT>0].@
M`))*:&HPC)ZF1IHVC29#)A-#U&FFF0``-`)2(3]2;)3R3TGI'I
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> But this is not an imminent problem, though. On the _very_ long run, I
> think, the process of building and configuring LyX should not be forked
> into several different scripting languages. Best thing would be a
> uniform and consistent method, which sh
[EMAIL PROTECTED] (Lars Gullik Bjønnes) wrote:
> automatic). The most hard part would probably be to get the display
> correclty, and what to do when the needed fonts were not there. An
> insetunicode should probably be able to help with that...
XFree86 ver.4 comes with a Unicode font, which is
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> Those paths are absolutely fixed and must not be changed. (If you
> fiddle with them, X might even refuse to start up).
This statement is simply untrue. The only thing fixed in X is the
location of the host file for the server/clients connections.
Othe
I have just proposed to Masahiko Kawakami to submit his jp-kit
patch to the official devel CVS. It is now XIM based and can
be a base of Chinese/Korean/Taiwanese versions. If he agrees,
I think it wonderful for it to be integrated into the main CVS
repositry, at least a multibyte branch should b
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> wrote:
> > - muddle on with gettext
>
> This is the least intrusive solution, and thus the safest one.
Do you mean something like:
/* FileGetText: This is C. */
/* Use it as
#define __(str) fgettext(\
LibFileSearch(\
"layou
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Maybe I missed something. What is used instead? Is the autoconf/OS/2
> good enough right now?
Yes, at this moment. The problem is that the maintainer has been
enrolled since February this year, and there was the earthquake
in Taiwan and we even
The debug code
say size;'cmd/c dir chkconfig.sed';
checks if the arguments to stream() is all right, and it seems OK.
The stream() line is setting the pointer to the end of the file
chkconfig.sed
With procedural REXX (non ANSI)
rc=stream('chkconfig.sed','c','seek + 'size)
is correct and
"Arnd Hanses" <[EMAIL PROTECTED]> wrote:
> Nevertheless, a working uniform GNU auto* stuff suite for every system
> would be preferable. At least autoconfig is working and does need only
> limited polishing of the Makefiles by hand. Sure, compilation out of
> the box is only possible with imake,
[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.
1 - 100 of 205 matches
Mail list logo
