Re: CJK-LyX-1.2.0pre1
On Friday, 5. April 2002 11.58, I am still unable to produce correct postscript or pdf autoput for LyX-document of the Docbook article (SGML) class, as it seems that jadetex does not handle unicode fonts correctly. Do you know if the the xml toolchain ( with fop for the print backend) supports unicode? I guess so, but since I don't need it so much I haven't tried. For 1.3 my goal is to output also xml, so that should be enough for you. For the same lyx document, so no need to change old documents. Therefore I am restricted to HTML output, as a few of SGML styles do not have a counterpart in a article class (e.g. code). LyX-Code can be used with the same purpose of code, since I started from scratch, as I was expecting the latex's guys ;-) to clean the mess that is LyX-Code I have implemented code for linuxdoc/docbook. What are the others layouts that don't have a counterpart in latex article? Regards -- José Abílio
Re: CJK-LyX-1.2.0pre1
I am still unable to produce correct postscript or pdf autoput for LyX-document of the Docbook article (SGML) class, as it seems that jadetex does not handle unicode fonts correctly. Do you know if the the xml toolchain ( with fop for the print backend) supports unicode? I guess so, but since I don't need it so much I haven't tried. No, I haven't used the xml toolchain at all. But support for it would be good, as many people want to go to xml. For 1.3 my goal is to output also xml, so that should be enough for you. For the same lyx document, so no need to change old documents. Therefore I am restricted to HTML output, as a few of SGML styles do not have a counterpart in a article class (e.g. code). LyX-Code can be used with the same purpose of code,#i since I started from scratch, as I was expecting the latex's guys ;-) to clean the mess that is LyX-Code I have implemented code for linuxdoc/docbook. What are the others layouts that don't have a counterpart in latex article? The following give me problems: Code Literal SGML Also I didn't test classes like RevisionHistory, Authorgroup I will try to add some own classes to article.layout in order to be able to switch between Docbook-article(SGML) and article. Regards -- Niklaus Giger Wieshoschet 6 CH-8753 Mollis [EMAIL PROTECTED] Tel. G: +41 55 618 64 68, P: +41 55 612 20 54
Re: CJK-LyX-1.2.0pre1
> On Friday, 5. April 2002 11.58, > I am still unable to produce correct postscript or pdf > autoput for LyX-document of the "Docbook article (SGML)" > class, as it seems that jadetex does not handle unicode > fonts correctly. Do you know if the the xml toolchain ( with fop for the print backend) supports unicode? I guess so, but since I don't need it so much I haven't tried. For 1.3 my goal is to output also xml, so that should be enough for you. For the same lyx document, so no need to change old documents. > Therefore I am restricted to HTML output, > as a few of SGML styles do not have a counterpart in a > "article" class (e.g. code). LyX-Code can be used with the same purpose of code, since I started from scratch, as I was expecting the latex's guys ;-) to clean the mess that is LyX-Code I have implemented code for linuxdoc/docbook. What are the others layouts that don't have a counterpart in latex article? > Regards -- José Abílio
Re: CJK-LyX-1.2.0pre1
> > I am still unable to produce correct postscript or pdf > > autoput for LyX-document of the "Docbook article > > (SGML)" class, as it seems that jadetex does not handle > > unicode fonts correctly. > > Do you know if the the xml toolchain ( with fop for the > print backend) supports unicode? I guess so, but since I > don't need it so much I haven't tried. No, I haven't used the xml toolchain at all. But support for it would be good, as many people want to go to xml. > For 1.3 my goal is to output also xml, so that should > be enough for you. For the same lyx document, so no need > to change old documents. > > > Therefore I am restricted to HTML output, > > as a few of SGML styles do not have a counterpart in a > > "article" class (e.g. code). > > LyX-Code can be used with the same purpose of code,#i > since I started from scratch, as I was expecting the > latex's guys ;-) to clean the mess that is LyX-Code I > have implemented code for linuxdoc/docbook. > > What are the others layouts that don't have a > counterpart in latex article? The following give me problems: Code Literal SGML Also I didn't test classes like RevisionHistory, Authorgroup I will try to add some own classes to article.layout in order to be able to switch between Docbook-article(SGML) and article. Regards -- Niklaus Giger Wieshoschet 6 CH-8753 Mollis [EMAIL PROTECTED] Tel. G: +41 55 618 64 68, P: +41 55 612 20 54
Re: CJK-LyX-1.2.0pre1
On Friday, 5. April 2002 11.58, [EMAIL PROTECTED] wrote: I have uploaded CJK-LyX-1.2.0pre1, a patched version of lyx for Chinese, Japanese and Korean users, at the usual ftp site,lyx Thank you very much. It compiled without any problem on AMD k6 with GNU/Debian/Linux (testing). I tested it a little bit and found no unknown bugs. Once the traductions for german are done please check the Edit..Preferences (in german called Bearbeiten..Einstelllungen) dialog with LANG=de_DE set, as in 1.1.6 the dialog box was too small to show the CJK-Fonts tab. I am still unable to produce correct postscript or pdf autoput for LyX-document of the Docbook article (SGML) class, as it seems that jadetex does not handle unicode fonts correctly. Therefore I am restricted to HTML output, as a few of SGML styles do not have a counterpart in a article class (e.g. code). Regards -- Niklaus Giger Wieshoschet 6 CH-8753 Mollis [EMAIL PROTECTED] Tel. G: +41 55 618 64 68, P: +41 55 612 20 54
Re: CJK-LyX-1.2.0pre1
On Friday, 5. April 2002 11.58, [EMAIL PROTECTED] wrote: > I have uploaded CJK-LyX-1.2.0pre1, a patched version of > lyx for Chinese, Japanese and Korean users, at the usual > ftp site,lyx Thank you very much. It compiled without any problem on AMD k6 with GNU/Debian/Linux (testing). I tested it a little bit and found no unknown bugs. Once the traductions for german are done please check the Edit..Preferences (in german called Bearbeiten..Einstelllungen) dialog with LANG=de_DE set, as in 1.1.6 the dialog box was too small to show the CJK-Fonts tab. I am still unable to produce correct postscript or pdf autoput for LyX-document of the "Docbook article (SGML)" class, as it seems that jadetex does not handle unicode fonts correctly. Therefore I am restricted to HTML output, as a few of SGML styles do not have a counterpart in a "article" class (e.g. code). Regards -- Niklaus Giger Wieshoschet 6 CH-8753 Mollis [EMAIL PROTECTED] Tel. G: +41 55 618 64 68, P: +41 55 612 20 54
RE: CJK-LyX-1.2.0pre1
On 05-Apr-2002 [EMAIL PROTECTED] wrote: I also wish to warn the users of this version that there is a very annoying bug which I have been unable to remove. Namely, in the inset environment such as table or footnote, the cursor for local input method does not move with the local character input, so that input hebaviour does not look like on the spot, but over the spot in the inset environment. I am open to any suggestion, idea or even a solution !!! Mr. Jurgen Vigna ? Hi! I don't really understand what problem you have could you please explain it another time. What do you mean with over the spot? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ meeting, n.: An assembly of people coming together to decide what person or department not represented in the room must solve a problem.
Re: CJK-LyX-1.2.0pre1
On Fri, Apr 05, 2002 at 12:03:41PM +0200, Juergen Vigna wrote: I also wish to warn the users of this version that there is a very annoying bug which I have been unable to remove. Namely, in the inset environment such as table or footnote, the cursor for local input method does not move with the local character input, so that input hebaviour does not look like on the spot, but over the spot in the inset environment. I am open to any suggestion, idea or even a solution !!! Mr. Jurgen Vigna ? Hi! I don't really understand what problem you have could you please explain it another time. What do you mean with over the spot? Probably this : http://bugzilla.lyx.org/show_bug.cgi?id=312 john -- I never understood what's so hard about picking a unique first and last name - and not going beyond the 6 character limit. - Toon Moene
RE: CJK-LyX-1.2.0pre1
On Fri, 5 Apr 2002, Juergen Vigna wrote: Hi! I don't really understand what problem you have could you please explain it another time. What do you mean with over the spot? Sorry if I was too sloppy Let me explain the situation with the attached four screen shots: 1. In the lyx main window, if I type local (multibyte) characters from the local input method, the characters appear on the screen just like the English typing(the first screen shot-lyx1.png). 2. If I type enter, then the whole local characters are now put on the same spot (screenshot 2-llyx2.png). The way characters are written in this way is called on the spot. 3.However in the footnote inset environment, if I type local characters, the characters appear outside of the environment (screenshot3-llyx3.png). Actually, the cursor for the local characters are outside the footnote box. 4. If I type enter, then the local characters outside of the footnote box are now put inside of the footnote box(screenshot4-lyx4.png). this way of inputting characters are called the over the spot. Hopefully, you've got the situation clearly, so that you may have an idea. cghan lyx1.png Description: PNG image llyx2.png Description: PNG image llyx3.png Description: PNG image lyx4.png Description: PNG image
Re: CJK-LyX-1.2.0pre1
On Fri, 5 Apr 2002, John Levon wrote: Probably this : http://bugzilla.lyx.org/show_bug.cgi?id=312 Maybe or maybe not. The bug has been there since CJK-LyX-1.1.6, when tabular environment was changed to table inset environment. cghan
RE: CJK-LyX-1.2.0pre1
On 05-Apr-2002 cghan wrote: Sorry if I was too sloppy Well you made it a lot better with this email #:O) Let me explain the situation with the attached four screen shots: 1. In the lyx main window, if I type local (multibyte) characters from the local input method, the characters appear on the screen just like the English typing(the first screen shot-lyx1.png). 2. If I type enter, then the whole local characters are now put on the same spot (screenshot 2-llyx2.png). The way characters are written in this way is called on the spot. 3.However in the footnote inset environment, if I type local characters, the characters appear outside of the environment (screenshot3-llyx3.png). Actually, the cursor for the local characters are outside the footnote box. 4. If I type enter, then the local characters outside of the footnote box are now put inside of the footnote box(screenshot4-lyx4.png). this way of inputting characters are called the over the spot. Hopefully, you've got the situation clearly, so that you may have an idea. Well I have to admit if I wouldn't understand it now I would be really dumb ;) This is typically the not handling of a LFUN inside the InsetText's localDispatch and/or the wrong handling of it in the main/loop (not considering that the cursor may be inside theLockingInset()!) You would have to tell me what LFUN is called on the first action. Is it an LFUN only available in CJK-Lyx? Just send me the relevant code pieces (LFUN and if used functions the LFUN calls and I'll fix it for you on the fly ;), but probably you can fix it too by not using bv-text and using bv-getLyXText(). Hope this helps, Jug BTW.: The fix for the #312 problem is: Index: src/insets/insettext.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettext.C,v retrieving revision 1.280 diff -u -p -r1.280 insettext.C --- src/insets/insettext.C 3 Apr 2002 13:59:04 - 1.280 +++ src/insets/insettext.C 5 Apr 2002 12:16:09 - @@ -1190,7 +1190,7 @@ InsetText::localDispatch(BufferView * bv } } lt-selection.cursor = lt-cursor; - updwhat = CURSOR_PAR; + updwhat = CURSOR | CURSOR_PAR; updflag = true; result = DISPATCHED_NOUPDATE; break; -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ There is an old time toast which is golden for its beauty. When you ascend the hill of prosperity may you not meet a friend. -- Mark Twain
Re: CJK-LyX-1.2.0pre1
cghan == cghan [EMAIL PROTECTED] writes: cghan On Fri, 5 Apr 2002, John Levon wrote: Probably this : http://bugzilla.lyx.org/show_bug.cgi?id=312 cghan Maybe or maybe not. The bug has been there since CJK-LyX-1.1.6, cghan when tabular environment was changed to table inset cghan environment. I think it is a problem of using the main lyxtext instead of the one returned by BufferView::getLyXText. But John and Juergen are probably more expert on this. JMarc
RE: CJK-LyX-1.2.0pre1
On 05-Apr-2002 cghan wrote: With your suggestion, I have changed all the (bv-text) To (bv-getLyXText()). I have attached two relevent files, lyxim.C (for connection of local input method to lyx) , and lyxfunc.C ( look at the function LyXFunc::CJK_IMprocess()). Now the cursor moves with the local character but it always starts at the beginning of the lyx screen no matter where the inset environment begins. Four screenshots are attached to explain the situation. Well ok you don't consider the x/y offset of the InsetText. If you have a look at the draw() routine of InsetText you'll see that we call GetVisibleRow() with a yoffset which we calculate with our baseline. It seems that you draw the stuff directly on screen and don't let the InsetText draw it. It is a bit difficult to see what you do exactly in the whole file if you could explain me the relevant sections I'll have a look at them. I'm pretty busy with real work right now so I can help you but you have to do the dirt work ;) Greets, Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Men say of women what pleases them; women do with men what pleases them. -- DeSegur
RE: CJK-LyX-1.2.0pre1
On 05-Apr-2002 [EMAIL PROTECTED] wrote: > I also wish to warn the users of this version that there is a very > annoying bug which I have been unable to remove. Namely, in the inset > environment such as "table" or "footnote", the cursor for local input > method does not move with the local character input, so that input > hebaviour does not look like "on the spot", but "over the spot" in the > inset environment. I am open to any suggestion, idea or even a solution !!! > Mr. Jurgen Vigna ? Hi! I don't really understand what problem you have could you please explain it another time. What do you mean with "over the spot"? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ meeting, n.: An assembly of people coming together to decide what person or department not represented in the room must solve a problem.
Re: CJK-LyX-1.2.0pre1
On Fri, Apr 05, 2002 at 12:03:41PM +0200, Juergen Vigna wrote: > > I also wish to warn the users of this version that there is a very > > annoying bug which I have been unable to remove. Namely, in the inset > > environment such as "table" or "footnote", the cursor for local input > > method does not move with the local character input, so that input > > hebaviour does not look like "on the spot", but "over the spot" in the > > inset environment. I am open to any suggestion, idea or even a solution !!! > > Mr. Jurgen Vigna ? > > Hi! > > I don't really understand what problem you have could you please explain > it another time. What do you mean with "over the spot"? Probably this : http://bugzilla.lyx.org/show_bug.cgi?id=312 john -- "I never understood what's so hard about picking a unique first and last name - and not going beyond the 6 character limit." - Toon Moene
RE: CJK-LyX-1.2.0pre1
On Fri, 5 Apr 2002, Juergen Vigna wrote: > > > Hi! > > I don't really understand what problem you have could you please explain > it another time. What do you mean with "over the spot"? > Sorry if I was too sloppy Let me explain the situation with the attached four screen shots: 1. In the lyx main window, if I type local (multibyte) characters from the local input method, the characters appear on the screen just like the English typing(the first screen shot-lyx1.png). 2. If I type "enter", then the whole local characters are now put on the same spot (screenshot 2-llyx2.png). The way characters are written in this way is called "on the spot". 3.However in the footnote inset environment, if I type local characters, the characters appear outside of the environment (screenshot3-llyx3.png). Actually, the cursor for the local characters are outside the footnote box. 4. If I type "enter", then the local characters outside of the footnote box are now put inside of the footnote box(screenshot4-lyx4.png). this way of inputting characters are called the "over the spot". Hopefully, you've got the situation clearly, so that you may have an idea. cghan lyx1.png Description: PNG image llyx2.png Description: PNG image llyx3.png Description: PNG image lyx4.png Description: PNG image
Re: CJK-LyX-1.2.0pre1
On Fri, 5 Apr 2002, John Levon wrote: > > Probably this : > > http://bugzilla.lyx.org/show_bug.cgi?id=312 > Maybe or maybe not. The bug has been there since CJK-LyX-1.1.6, when "tabular" environment was changed to table inset environment. cghan
RE: CJK-LyX-1.2.0pre1
On 05-Apr-2002 cghan wrote: > Sorry if I was too sloppy Well you made it a lot better with this email #:O) > Let me explain the situation with the attached four screen shots: > > 1. In the lyx main window, if I type local (multibyte) characters from the > local input method, the characters appear on the screen just like the > English typing(the first screen shot-lyx1.png). > > 2. If I type "enter", then the whole local characters are now put > on the same spot (screenshot 2-llyx2.png). The way characters are written > in this way is called "on the spot". > > 3.However in the footnote inset environment, if I type local characters, > the characters appear outside of the environment (screenshot3-llyx3.png). > Actually, the cursor for the local characters are outside the footnote > box. > > 4. If I type "enter", then the local characters outside of the footnote > box are now put inside of the footnote box(screenshot4-lyx4.png). this > way of inputting characters are called the "over the spot". > > Hopefully, you've got the situation clearly, so that you may have an idea. Well I have to admit if I wouldn't understand it now I would be really dumb ;) This is typically the not handling of a "LFUN" inside the InsetText's localDispatch and/or the wrong handling of it in the main/loop (not considering that the cursor may be inside theLockingInset()!) You would have to tell me what LFUN is called on the first action. Is it an LFUN only available in CJK-Lyx? Just send me the relevant code pieces (LFUN and if used functions the LFUN calls and I'll fix it for you on the fly ;), but probably you can fix it too by not using bv->text and using bv->getLyXText(). Hope this helps, Jug BTW.: The fix for the #312 problem is: Index: src/insets/insettext.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettext.C,v retrieving revision 1.280 diff -u -p -r1.280 insettext.C --- src/insets/insettext.C 3 Apr 2002 13:59:04 - 1.280 +++ src/insets/insettext.C 5 Apr 2002 12:16:09 - @@ -1190,7 +1190,7 @@ InsetText::localDispatch(BufferView * bv } } lt->selection.cursor = lt->cursor; - updwhat = CURSOR_PAR; + updwhat = CURSOR | CURSOR_PAR; updflag = true; result = DISPATCHED_NOUPDATE; break; -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ There is an old time toast which is golden for its beauty. "When you ascend the hill of prosperity may you not meet a friend." -- Mark Twain
Re: CJK-LyX-1.2.0pre1
> "cghan" == cghan <[EMAIL PROTECTED]> writes: cghan> On Fri, 5 Apr 2002, John Levon wrote: >> Probably this : >> >> http://bugzilla.lyx.org/show_bug.cgi?id=312 >> cghan> Maybe or maybe not. The bug has been there since CJK-LyX-1.1.6, cghan> when "tabular" environment was changed to table inset cghan> environment. I think it is a problem of using the main lyxtext instead of the one returned by BufferView::getLyXText. But John and Juergen are probably more expert on this. JMarc
RE: CJK-LyX-1.2.0pre1
On 05-Apr-2002 cghan wrote: > With your suggestion, I have changed all the (bv->text) To > (bv->getLyXText()). I have attached two relevent files, lyxim.C (for > connection of local input method to lyx) , and lyxfunc.C ( look at the > function "LyXFunc::CJK_IMprocess()"). > > Now the cursor moves with the local character but it always starts at the > beginning of the lyx screen no matter where the inset environment begins. > Four screenshots are attached to explain the situation. Well ok you don't consider the x/y offset of the InsetText. If you have a look at the draw() routine of InsetText you'll see that we call GetVisibleRow() with a yoffset which we calculate with our baseline. It seems that you draw the stuff directly on screen and don't let the InsetText draw it. It is a bit difficult to see what you do exactly in the whole file if you could explain me the relevant sections I'll have a look at them. I'm pretty busy with real work right now so I can help you but you have to do the dirt work ;) Greets, Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Men say of women what pleases them; women do with men what pleases them. -- DeSegur