Re: i18n.php3
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> | Hints? Lars> I do not get what you mean. Did you see the table in news that shows the gmane groups? I want to keep the same effect, but with conforming xhtml. Lars> cascading might help I get I will get rid of the table altogether. This thing is just too annoying. JMarc
To the bugzilla webmaster: bugzilla problems.
Hi, I'm getting problems with bugzilla (error 400), as described in the forwarded message. The original message was sent to [EMAIL PROTECTED] (the indicated webmaster), but bounced. Regards, João. -- Forwarded message -- Date: 27 Jan 2003 23:25:26 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: failure notice Hi. This is the qmail-send program at fma.if.usp.br. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. <[EMAIL PROTECTED]>: 80.232.38.163 does not like recipient. Remote host said: 550 5.1.1 <[EMAIL PROTECTED]>... User unknown Giving up on 80.232.38.163. --- Below this line is a copy of the message. Return-Path: <[EMAIL PROTECTED]> Received: (qmail 11661 invoked by uid 1225); 27 Jan 2003 23:25:21 - Received: from localhost ([EMAIL PROTECTED]) by localhost with SMTP; 27 Jan 2003 23:25:21 - Date: Mon, 27 Jan 2003 21:25:21 -0200 (BRST) From: Joao Luis Meloni Assirati <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Bugzilla error. Message-ID: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Hi, I was able to use bugzilla until today. Now, I only receive the following message: --- Bad request! Your browser (or proxy) sent a request that this server could not understand. If you think this is a server error, please contact the webmaster Error 400 bugzilla.lyx.org Tue 28 Jan 2003 12:25:34 AM CET Apache/2.0.40 (Red Hat Linux) --- I hope this can be useful. Regards, Jo=E3o.
redraw problems
Since yesterday or so I observe massive redraw problems when resizing the main LyX window (xforms). The outer frame adjusts properly, so the window manager (fvwm2) is working, but there is no redrawing of the canvas at all. I can even move the whole LyX window or change focus and the canvas and minibuffer still won't redraw. I have to switch virtual desktops or take similar drastic measure to force a full redraw. Not very nice. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: To the bugzilla webmaster: bugzilla problems.
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: | Hi, | | I'm getting problems with bugzilla (error 400), as described in the | forwarded message. The original message was sent to [EMAIL PROTECTED] (the | indicated webmaster), but bounced. Those of you that have accounts on aussie are welcome to help and tell me what configure mistakes I have done. https to bugzilla.lyx.org is supposed to work, but I am having some problems with keys and certificates there. I'll fix the mail address. -- Lgb
Re: redraw problems
Andre Poenitz <[EMAIL PROTECTED]> writes: | Since yesterday or so I observe massive redraw problems when resizing the | main LyX window (xforms). The outer frame adjusts properly, so the window | manager (fvwm2) is working, but there is no redrawing of the canvas at all. | | I can even move the whole LyX window or change focus and the canvas and | minibuffer still won't redraw. I have to switch virtual desktops or take | similar drastic measure to force a full redraw. How long has this been present? -- Lgb
Re: redraw problems
On Tue, Jan 28, 2003 at 10:31:23AM +0100, Lars Gullik Bjønnes wrote: > | I can even move the whole LyX window or change focus and the canvas and > | minibuffer still won't redraw. I have to switch virtual desktops or take > | similar drastic measure to force a full redraw. > > How long has this been present? I noticed it yesterday evening but as there have been redraw problems for several months in the tool and menu bar I tend to ignore such things. So it could be that the problems are quite a bit older, especially as I haven't changed the size of this particular instance of LyX for a week or so but restarted yesterday after a (probably undo-related) crash. I just played a bit around. It is not reproducible. There are times when it "just works", even ten times in a row and then there are times when it doesn't work at all (again several times in a row). Latest annoyance: The canvas _is_ redrawn properly, but the minibuffer contains junk (patterns of bright colours -- maybe we should sell this as feature. Looks pretty much like WinXP ;-)) Pretty weird anyway. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: CJK-LyX-1.2.3
[EMAIL PROTECTED] wrote: > At least, you give me something I can try. One further, tiny point. If this works, then we can think about refinements such as what should happen if the user moves focus to another input widget. Should we reset the input method on the current widget to 'normal'? Anyway, good luck! -- Angus
Re: To the bugzilla webmaster: bugzilla problems.
Joao Luis Meloni Assirati wrote: > Hi, > > I'm getting problems with bugzilla (error 400), as described in the > forwarded message. The original message was sent to [EMAIL PROTECTED] (the > indicated webmaster), but bounced. > > Regards, > João. > Hi João. Use https and all will be fine with the web site. -- Angus
Re: just tasks.php3 and translation_hints.php3 left
Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > | All other pages on www.devel.lyx.org now conform to xhtml 1.0 (may take > | a while for the changes to propogate through). I don't know what to do > | to make the remaining two do the same. > > What remaining two, and what errors? Read the title and press the xhtml button ;-) Ok, I'll be kind. Attached are the results from the validator. -- Angus tasks.bz2 Description: BZip2 compressed data translation_hints.bz2 Description: BZip2 compressed data
Re: i18n.php3
Jean-Marc Lasgouttes wrote:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> | Hints?
>
> Lars> I do not get what you mean.
>
> Did you see the table in news that shows the gmane groups? I want to
> keep the same effect, but with conforming xhtml.
>
> Lars> cascading might help
>
> I get I will get rid of the table altogether. This thing is just too
> annoying.
>
> JMarc
JMarc, I did a search on google for (XHTML "center table") and came up with
this:
-
http://216.239.39.100/search?q=cache:cLTj7dce_1gC:www.debin.net/2002/11/aligntable/+XHTML+%22center+table%22&hl=en&ie=UTF-8
How to center a in XHTML Strict ?
In XHTML Strict, something like ... or
... is forbidden (because of the deprecated
tag and the forbidden align="center" in ).
With Mozilla you can use the CSS style table { margin-left:auto;
margin-right:auto; } but it doesn't work within Microsoft Internet Explorer
(MSIE).
The only thing which works both in Mozilla and in MSIE is wrapping the
in another (align="center" being allowed within tag) :
...
It's not so nice but it works !
-
Alternatively, this page shows you how to do it by defining the appropriate
CSS, which is presumably the right thing to do.
http://www.granneman.com/webdev/coding/css/centerta/index
--
Angus
Re: just tasks.php3 and translation_hints.php3 left
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik BjC8nnes wrote: | | > Angus Leeming <[EMAIL PROTECTED]> writes: | > | > | All other pages on www.devel.lyx.org now conform to xhtml 1.0 (may take | > | a while for the changes to propogate through). I don't know what to do | > | to make the remaining two do the same. | > | > What remaining two, and what errors? | | Read the title and press the xhtml button ;-) Oh well... bla bla bla is not allowed then... perhaps changing it to: bla bla works ok? -- Lgb
Re: just tasks.php3 and translation_hints.php3 left
Lars Gullik Bjønnes wrote: > Oh well... > > bla > bla > bla > > > is not allowed then... > > perhaps changing it to: > > > bla > bla > > > > works ok? Yup. I'll make the change (man, connections to validator.w3.org are SLOW!) -- Angus
Re: [patch] NEWS, INSTALL, README
Angus Leeming wrote: What do I need to compile LyX from the source distribution? [...] + * The Qt library, version 2.x or 3.0.x. Just for the record: it also compiles with qt 3.1.1 (I have not tested 3.1.0), which is probably important now that KDE 3.1 is out, forcing the KDE folks to upgrade qt again. Jürgen.
Re: To the bugzilla webmaster: bugzilla problems.
On Tue, 28 Jan 2003, Angus Leeming wrote: > Hi João. Use https and all will be fine with the web site. Thank you! Everything seems to work well. João.
cutting math slowness
Some (most?) of the time we look at something like:
#0 0x403185a7 in memcpy () from /lib/libc.so.6
#1 0x08489d5e in stringbuf::overflow (this=0xbfffe3b8, c=32)
at /usr/include/g++/sstream:111
#2 0x4030dc16 in __overflow () from /lib/libc.so.6
#3 0x40309e41 in putc () from /lib/libc.so.6
#4 0x4024bcb8 in ostream::operator<< () from
/usr/lib/libstdc++-libc6.2-2.so.3
#5 0x0822260b in TextPainter::show (this=0xbfffe35c, os=@0xbfffe3b4,
offset=3)
at ../../../lyx-devel/src/mathed/textpainter.C:64
#6 0x081de80f in InsetFormula::ascii (this=0x8abc680, os=@0xbfffe3b4)
at ../../../lyx-devel/src/mathed/formula.C:150
#7 0x0817aec9 in Paragraph::asString (this=0x8abbc40, buffer=0x892f520,
beg=47, end=48, label=true) at ../../lyx-devel/src/paragraph.C:1771
#8 0x081ab01e in LyXText::selectionAsString (this=0x8c398f0,
buffer=0x892f520, label=true) at ../../lyx-devel/src/text2.C:930
#9 0x081b020c in LyXText::cutSelection (this=0x8c398f0, bview=0x882e1e8,
doclear=true, realcut=true) at ../../lyx-devel/src/text2.C:1442
#10 0x081b78a7 in LyXText::dispatch (this=0x8c398f0, cmd=@0xbfffe7f4)
at ../../lyx-devel/src/text3.C:1046
#11 0x0805f6e3 in BufferView::Pimpl::dispatch (this=0x882e1f8,
ev=@0xbfffe9d4)
at ../../lyx-devel/src/BufferView_pimpl.C:1262
#12 0x08051779 in BufferView::dispatch (this=0x882e1e8, ev=@0xbfffe9d4)
at ../../lyx-devel/src/BufferView.C:257
Now, the time is spend in TextPainter, so it is "matheds fault"
as it tries to come up with a nice ASCII art drawing of the formula.
However, I fail to see the reason why we call asString at all:
Well:
void LyXText::cutSelection(BufferView * bview, bool doclear, bool realcut)
{
// Stuff what we got on the clipboard. Even if there is no selection.
// There is a problem with having the stuffing here in that the
// larger the selection the slower LyX will get. This can be
// solved by running the line below only when the selection has
// finished. The solution used currently just works, to make it
// faster we need to be more clever and probably also have more
// calls to stuffClipboard. (Lgb)
bview->stuffClipboard(selectionAsString(bview->buffer(), true));
And indeed, it gets _slow_. Up to a few minutes freeze when cutting a few
pages full of formula.
Why do we have to _stuff_ the clipboard?
And which clipboard?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
One final dead reference in the devel.lyx pages.
The devel pages now all validate as strictly conformant xhtml 1.0. I've also run the link checker available from w3.org: http://dev.w3.org/cvsweb/~checkout~/validator/httpd/cgi-bin/checklink.pl?rev=3.6.2.3&content-type=text/plain (they have an online version but it's very slow) through the pages on www.devel.lyx.org. It took about half an hour to do the whole thing and I'll commit a few of the resulting suggestions. The only page that couldn't be resolved is this in references.php3. Shall I just cull it? More C++ courses and tutorials online: http://uu-gna.mit.edu:8001/uu-gna/text/cc/ -- Angus
address doesn't work with ams article
The following in lyxmacros.inc is interferring with the address def in
amsdefs.inc.
Style Address
MarginStatic
LatexType Command
LatexName lyxaddress
ParSkip 0.4
BottomSep 1.5
ParSep1.5
Align Left
AlignPossible Block, Left, Right, Center
LabelType No_Label
# define the macro \lyxaddress
Preamble
\newcommand{\lyxaddress}[1]{
\par {\raggedright #1
\vspace{1.4em}
\noindent\par}
}
EndPreamble
End
For the moment I've moved lyxmacros.inc above amsdefs.inc in amsart.layout.
This is not very clean though.
Best, Ed.
Re: address doesn't work with ams article
maybe move lyxaddress and lyxrightaddress to egs.layout, which seems to be the
only layout using it?
On Tue Jan 28 2003 16:11, Edwin Leuven wrote:
> The following in lyxmacros.inc is interferring with the address def in
> amsdefs.inc.
>
> Style Address
> MarginStatic
> LatexType Command
> LatexName lyxaddress
> ParSkip 0.4
> BottomSep 1.5
> ParSep1.5
> Align Left
> AlignPossible Block, Left, Right, Center
> LabelType No_Label
>
> # define the macro \lyxaddress
> Preamble
> \newcommand{\lyxaddress}[1]{
> \par {\raggedright #1
> \vspace{1.4em}
> \noindent\par}
> }
> EndPreamble
>
> End
>
>
> For the moment I've moved lyxmacros.inc above amsdefs.inc in amsart.layout.
>
> This is not very clean though.
>
> Best, Ed.
--
Edwin Leuven
Department of Economics
University of Amsterdam
Phone: +31 (0)20 525 5241
Fax: +31 (0)20 525 4310
http://www1.fee.uva.nl/scholar/mdw/leuven
Re: irritating spam
On Tue, Jan 28, 2003 at 06:20:27AM +1030, Darren Freeman wrote: > On Tue, 2003-01-28 at 02:16, Dr. Richard E. Hawkins wrote: > > On Mon, Jan 27, 2003 at 04:41:18PM +0100, Andre Poenitz wrote: > > > On Mon, Jan 27, 2003 at 10:35:29AM -0500, Dr. Richard E. Hawkins wrote: > > > > I actually have a line for that addres in my filters that catches both > > > > the direct spam and the stuff that comes here. The only address I've > > > > been bothered to do that for (thouhg once I get a few minutes to > > > > understand one I found that checks for 90% 8 bit high characters . . . > > > > > Nevertheless, these mails are fairly big, so this is annoying... > > > > I never notice the size, sitting on top of a fat connectio :) Well, the user's list does not get it because they have a 60K message size restriction. > > > > Oh, and unlike everything else which goes to a spam folder, his go to > > /dev/null . . . > > ... which gives him the pleasure of being copied from buffer to buffer, > finally ending up in kernel space, only to then be dropped ... Well, with qmail you just drop it on the floor---no copying. In any case, I just put in a filter which does not allow attachments with .pi or .pif extensions. > > far more than he deserves! > > Why not give him a reply from /dev/zero instead? ;) > > Or convince him to connect to your credit-card details, cleverly > disguised as the CHARGEN port of a kick-arse server? Tell him it's > encrypted, and to get it he first has to download the *whole* file ;) > Please do not do anything like that. Remember, spammers/blackhats are doing this full time, and they will win if you openly take it up with them. Besides, the virus is probably coming to you from an infected site, and not from the creator. Looking into the list archive, none of the copies of the "bigboss" viruses came from the same IP. The address [EMAIL PROTECTED] of course is a fake, and has nothing to do with where the copy of the virus you receive is coming from. > Notice how discussing the spam takes up more of our time and bandwidth > than the original spam did? =) > Yes. But it is not a spam, it is a virus, and as such should be taken care of by your ISP. Of course, there is an ultimate solution to the virus/spam problem on my end... Time is better spent perhaps discussing that. Mate
Re: irritating spam
Mate Wierdl wrote: > Well, with qmail you just drop it on the floor---no copying. In any case, > I just put in a filter which does not allow attachments with .pi or .pif > extensions. Thanks, Mate. > Of course, there is an ultimate solution to the virus/spam problem on my > end... Time is better spent perhaps discussing that. This is your (tmda/qconfirm) solution? Can you recall what opposition there was (for those with an insufficiently elephantine memory such as myself?) Was any of it well founded in your view or simply an excessive conservatism? -- Angus
Re: address doesn't work with ams article
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes: Edwin> maybe move lyxaddress and lyxrightaddress to egs.layout, which Edwin> seems to be the only layout using it? No it just redefines it. Address is available in all layouts (although I am not sure who uses it) >> For the moment I've moved lyxmacros.inc above amsdefs.inc in >> amsart.layout. >> >> This is not very clean though. What is the problem with that? That the styles are not in natural order? JMarc
Re: address doesn't work with ams article
> >> For the moment I've moved lyxmacros.inc above amsdefs.inc in
> >> amsart.layout.
> >>
> >> This is not very clean though.
>
> What is the problem with that? That the styles are not in natural
> order?
no, that inclusion order matters.
in any case, amsart supports \address{} and at the moment it is broken in lyx.
So we should do one of the following:
1. move lyxmacros.inc above amsdefs.inc in amsart.layout.
2. move lyxaddress and lyxrightaddress to lyxaddress.inc and have egs.layout
include this
3. move lyxaddress and lyxrightaddress to egs.layout alltogether
I would go for 3, but perhaps 2 is better.
Best, Ed.
Re: CJK-LyX-1.2.3
On Tue, 28 Jan 2003, Angus Leeming wrote:
> One further, tiny point. If this works,
Not yet! In fact, as I dig into the problem further, I get more confused
and discouraged. Here's why.
1. If I set the input style to be "over the spot" as in lib/flresource,
..
if (fl_context->xim) {
int style = XIMPreeditPosition|XIMStatusNothing;
fl_context->xic = XCreateIC(fl_context->xim,
XNInputStyle, style, 0);
}
.
I get CJK-LyX working with this xforms. That is, I can input CJK
characters onto the main lyx window. However I cannot input
CJK-characters on the xforms box.
Now, with this setting I add your code in input.c:
/* toggle input method for CJK users */
if (key == XK_space) {
if (shiftkey_down(kmask) && ! sp->CJK_local_input) {
XPoint location;
int x, y, w, h;
XVaNestedList preedit_list;
location.x = ob->x;
location.y = ob->y;
preedit_list = XVaCreateNestedList( 0,XNSpotLocation,
&location,NULL);
XSetICValues(fl_context->xic,XNPreeditAttributes,preedit_list,0);
XFree(preedit_list);
}
.
Then, the library compiles well. However with the compiled library,
CJK-LyX dies with segfaults when I toggle(shift-space) to input
CJK-character onto "Edit->Find & Replace" box. The debug indicates
there's something wrong with "XSetICValues".
2. I guess the reason why I get segfaults on "XSetICValues" is that no
input contexts are created except the input style in fl_initialize in
flresource. So I tried a simple input context as follows:
..
if (fl_context->xim) {
int style = XIMPreeditPosition|XIMStatusNothing;
char **missing_list;
int missing_count;
char *def_string;
XFontSet fontset = XCreateFontSet(fl_display, DUMMY_FONT_NAME,
&missing_list,&missing_count, &def_string);
XPoint location;
location.x = 0;
location.y = 0;
XVaNestedList preedit_list;
XVaNestedList status_list;
preedit_list = XVaCreateNestedList( 0,
XNSpotLocation, &location,
XNFontSet, fontset,
NULL);
status_list = XVaCreateNestedList( 0,
XNFontSet, fontset,
NULL);
fl_context->xic = XCreateIC(fl_context->xim,
XNInputStyle, style,
XNPreeditAttributes, preedit_list,
NULL);
XFree(preedit_list);
XFree(status_list);
The problem is that with this xforms library (without your
change in input.c), I cannot input CJK-characters on the main lyx
window anymore. I guess this happens because this XIC settings conflict
with those in lyxim.C. If I toggle to input CJK-characters on the
"Edit->Find &..." box, however, it connects with my local input mehtod
and composing of characters occur at the position (0,0) as expected
(location.x = 0, ...) and the "space" puts the composed characters on
the box! Now I add your code in input.c as in "1" above. This time I
do not get segfaults as expected, but adding your code seems do
nothing!--- I still cannot input CJK-characters on the main lyx window
and the pre-composition of CJK-characters occurs at the position (0,0).
I'm really at a loss, now. How about you? I'm ccing this email to
Miyata. Maybe he has answers.
Regards,
cghan
Re: redraw problems
On Tue, Jan 28, 2003 at 10:44:38AM +0100, Andre Poenitz wrote: > I noticed it yesterday evening but as there have been redraw problems for > several months in the tool and menu bar I tend to ignore such things. As the redraw code in GUII is supposed to be fairly readable now, and I can't reproduce any such problem (other than the known insets thing which must be different), It would be great if you could investigate further. What xforms version ? regards john -- "In the crack house, as on the battlefield, breeding tells." - William Donaldson
Re: cutting math slowness
On Tue, Jan 28, 2003 at 03:12:09PM +0100, Andre Poenitz wrote:
> void LyXText::cutSelection(BufferView * bview, bool doclear, bool realcut)
> {
> // Stuff what we got on the clipboard. Even if there is no selection.
>
> // There is a problem with having the stuffing here in that the
> // larger the selection the slower LyX will get. This can be
> // solved by running the line below only when the selection has
> // finished. The solution used currently just works, to make it
> // faster we need to be more clever and probably also have more
> // calls to stuffClipboard. (Lgb)
> bview->stuffClipboard(selectionAsString(bview->buffer(), true));
>
> And indeed, it gets _slow_. Up to a few minutes freeze when cutting a few
> pages full of formula.
>
> Why do we have to _stuff_ the clipboard?
> And which clipboard?
The xforms clipboard. Things are a bit of a mess because xforms only
provides primary support not clipboard support. They are supposed to act
differently in a "real" X application (clipboard for control-X, primary
for "select region").
I believe this is working as best as it can at the moment. I don't
understand the comment above, surely cutClipboard is only called once.
regards
john
--
"What *is* your fascination with my forbidden closet of mystery ?"
- Chief Wiggum
Re: redraw problems
On Tue, Jan 28, 2003 at 03:41:54PM +, John Levon wrote: > As the redraw code in GUII is supposed to be fairly readable now, and I > can't reproduce any such problem (other than the known insets thing > which must be different), It would be great if you could investigate > further. I am trying to use the freeze to get my own stuff done ;-} > What xforms version ? 0.89 BTW: Do we have xforms 1.0 rpm nowadays? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: cutting math slowness
On Tue, Jan 28, 2003 at 03:46:24PM +, John Levon wrote: > I believe this is working as best as it can at the moment. I don't > understand the comment above, surely cutClipboard is only called once. Nevertheless, it seems to be expensive. I'll try to speed up the math text painter a bit. Things are sub-optimal there... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: address doesn't work with ams article
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes:
>> >> For the moment I've moved lyxmacros.inc above amsdefs.inc in >>
>> amsart.layout.
>> >>
>> >> This is not very clean though.
>>
>> What is the problem with that? That the styles are not in natural
>> order?
Edwin> no, that inclusion order matters.
Yes, I understand that. I was asking what you did not like in solution 1.
Edwin> in any case, amsart supports \address{} and at the moment it is
Edwin> broken in lyx. So we should do one of the following:
Edwin> 1. move lyxmacros.inc above amsdefs.inc in amsart.layout.
looks simple enough.
Edwin> 2. move lyxaddress and lyxrightaddress to lyxaddress.inc and
Edwin> have egs.layout include this
Edwin> 3. move lyxaddress and lyxrightaddress to egs.layout
Edwin> alltogether
None of these makes sense. Currently, many layouts make these address
and right address available to the user. But in general they do not
use lyxmacros.inc, so there is no conflict. However, some people asked
for LyX-Code availability in ams styles (see for example bug #323) and
I added lyxmacros.inc. Obviously there is a conflict.
Unless you have strong feeling against it, I'd say that we should do
solution 1. and be done with it.
JMarc
Re: redraw problems
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> 0.89 Andre> BTW: Do we have xforms 1.0 rpm nowadays? in ftp.lyx.org/pub/lyx/contrib JMarc
Re: address doesn't work with ams article
> Unless you have strong feeling against it, I'd say that we should do > solution 1. and be done with it. sure want a patch?
[patch] cutting math slowness
The attached patch disables the "nice text drawing" and uses plain LaTeX
code instead.
It definitely fixes the performance problem and I don't think the feature
is too important (It's pretty new anyway, so not too many can complain).
Ok to apply?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Index: formula.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formula.C,v
retrieving revision 1.246
diff -u -p -r1.246 formula.C
--- formula.C 13 Jan 2003 23:38:01 - 1.246
+++ formula.C 28 Jan 2003 16:10:55 -
@@ -142,7 +142,7 @@ int InsetFormula::latex(Buffer const *,
int InsetFormula::ascii(Buffer const *, ostream & os, int) const
{
- if (display()) {
+ if (0 && display()) {
TextMetricsInfo mi;
par()->metricsT(mi);
TextPainter tpain(par()->width(), par()->height());
Re: chktex problems in 1.3.0pre2
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes: Helge> I tried chktex and got lots of: "Interword spacing (`\ ') Helge> should perhaps be used." Helge> Lyxx place the error boxes in the wrong locations, about a line Helge> after where they ought to be when comparing to chktex on the Helge> exported tex file. Can you send an example file where this happens? JMarc
Re: address doesn't work with ams article
> "Edwin" == Edwin Leuven <[EMAIL PROTECTED]> writes: >> Unless you have strong feeling against it, I'd say that we should >> do solution 1. and be done with it. Edwin> sure Edwin> want a patch? Yes, please. I know I could do it, but it would be better if you ensured that it works as advertised. JMarc
Re: address doesn't work with ams article
> Edwin> want a patch? > > Yes, please. I know I could do it, but it would be better if you > ensured that it works as advertised. the attached works for me... thanks, Ed. Index: lib/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ChangeLog,v retrieving revision 1.357 diff -u -p -r1.357 ChangeLog --- lib/ChangeLog 22 Jan 2003 17:36:34 - 1.357 +++ lib/ChangeLog 28 Jan 2003 16:13:20 - @@ -1,3 +1,7 @@ +2003-01-28 Edwin Leuven <[EMAIL PROTECTED]> + + * layouts/amsart.layout: get address working + 2003-01-22 Michael Schmitt <[EMAIL PROTECTED]> * layouts/cv.layout: Index: lib/layouts/amsart.layout === RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/layouts/amsart.layout,v retrieving revision 1.3 diff -u -p -r1.3 amsart.layout --- lib/layouts/amsart.layout 24 Oct 2002 14:09:08 - 1.3 +++ lib/layouts/amsart.layout 28 Jan 2003 16:13:20 - @@ -90,6 +90,7 @@ EndPreamble +Input lyxmacros.inc Input amsdefs.inc @@ -99,7 +100,6 @@ NoStyle Verse# Although mathematicia Input stdlists.inc -Input lyxmacros.inc Input stdfloats.inc Input stdcounters.inc
Re: [patch] cutting math slowness
Andre Poenitz <[EMAIL PROTECTED]> writes: | The attached patch disables the "nice text drawing" and uses plain LaTeX | code instead. | | It definitely fixes the performance problem and I don't think the feature | is too important (It's pretty new anyway, so not too many can complain). | | Ok to apply? >From my POV yes, but what happens no on a text export? -- Lgb
Re: [patch] cutting math slowness
On Tue, Jan 28, 2003 at 05:54:38PM +0100, Lars Gullik Bjønnes wrote: > >From my POV yes, but what happens no on a text export? The formula gets exported as LaTeX. The same as we do for inline math. No loss of information at least. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
[PATCH] Re: custom export disabled
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> the menu item is greyed out in recent cvs (qt). Regards, Juergen> Jürgen. The following patch fixes this. Lars? JMarc ? config.h.in ? src/cheaders/cwchar ? src/cheaders/cwctype Index: src/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v retrieving revision 1.1018 diff -u -p -r1.1018 ChangeLog --- src/ChangeLog 23 Jan 2003 16:23:36 - 1.1018 +++ src/ChangeLog 28 Jan 2003 16:59:59 - @@ -1,9 +1,14 @@ +2003-01-28 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> + + * lyxfunc.C (getStatus): "buffer-export custom" should never be + disabled. + 2003-01-20 Michael Schmitt <[EMAIL PROTECTED]> -* bufferview.C: -* lyxcb.C: -* lyxfunc.C: Output messages with identical spelling, punctuation, -and spaces + * bufferview.C: + * lyxcb.C: + * lyxfunc.C: Output messages with identical spelling, punctuation, + and spaces 2003-01-22 Michael Schmitt <[EMAIL PROTECTED]> Index: src/lyxfunc.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v retrieving revision 1.393 diff -u -p -r1.393 lyxfunc.C --- src/lyxfunc.C 23 Jan 2003 16:23:38 - 1.393 +++ src/lyxfunc.C 28 Jan 2003 16:59:59 - @@ -327,7 +327,8 @@ FuncStatus LyXFunc::getStatus(FuncReques || lyxrc.print_command == "none"; break; case LFUN_EXPORT: - disable = !Exporter::IsExportable(buf, ev.argument); + disable = ev.argument != "custom" + && !Exporter::IsExportable(buf, ev.argument); break; case LFUN_UNDO: disable = buf->undostack.empty();
Re: [PATCH] Re: custom export disabled
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: | | Juergen> the menu item is greyed out in recent cvs (qt). Regards, | Juergen> Jürgen. | | The following patch fixes this. | | Lars? very well. -- Lgb
Re: CJK-LyX-1.2.3
[EMAIL PROTECTED] wrote:
> Not yet! In fact, as I dig into the problem further, I get more confused
> and discouraged.
Whoa! Perhaps that's because we're trying to be greedy and get everything
working at the same time.
Let's see if we can get a simple xforms dialog working first and then see if
we can merge this into LyX. Try and use the attached, simple xforms code
for your testing together with the attached patch to xforms' input.c
Of course, I don't know what I'm doing when it comes to the nitty gritty of
creating an input context, but can't you create and then destroy a new one
each time you toggle the input method? That's what my patch to input.c
does. (Well, it doesn't destroy it, but that should be straightforward.)
Sure, it may be a relatively expensive way of doing things, but so what?
Especially for now.
The code compiles and DOES NOT CRASH when I use it, so that's a start. I
assume that you'll have to move the code in lyxim into the xforms library
to actually proceed from here (input CJK) but that was the point of the
excercise wasn't it?
--
Angus
--- input_orig.c 2003-01-27 19:05:56.0 +
+++ input.c 2003-01-28 17:22:03.0 +
@@ -107,6 +107,7 @@
int dead_area, attrib;
int no_cursor;
int field_char;
+int CJK_local_input;
}
SPEC;
@@ -815,6 +816,63 @@
return ret;
}
+static void turn_on_local_input(FL_OBJECT * ob)
+{
+SPEC *sp = ob->spec;
+
+printf("Turning on CJK local input\n");
+sp->CJK_local_input = 1;
+
+if (fl_context->xim) {
+ XIMStyles *styles = 0;
+ XIMStyle xim_style = 0;
+ XIMStyle xim_preferred_style = XIMPreeditPosition|XIMStatusNothing;
+ XGetIMValues(fl_context->xim, XNQueryInputStyle, &styles, (char *) 0, (char *) 0 );
+ if ( styles ) {
+ int i;
+ for ( i = 0; !xim_style && i < styles->count_styles; i++ ) {
+ if ( styles->supported_styles[i] == xim_preferred_style ) {
+ xim_style = xim_preferred_style;
+ break;
+ }
+ }
+
+ for ( i = 0; !xim_style && i < styles->count_styles; i++ ) {
+ if ( styles->supported_styles[i] == (XIMPreeditNothing |
+ XIMStatusNothing) ) {
+ xim_style = XIMPreeditNothing | XIMStatusNothing;
+ break;
+ }
+ }
+
+ for ( i = 0; !xim_style && i < styles->count_styles; i++ ) {
+ if ( styles->supported_styles[i] == (XIMPreeditNone |
+ XIMStatusNone) ) {
+ xim_style = XIMPreeditNone | XIMStatusNone;
+ break;
+ }
+ }
+
+ XFree( (char *)styles );
+}
+ fl_context->xic = XCreateIC(fl_context->xim,
+XNInputStyle, xim_style,
+0);
+}
+}
+
+
+static void turn_off_local_input(FL_OBJECT * ob)
+{
+SPEC *sp = ob->spec;
+printf("Turning off CJK local input\n");
+sp->CJK_local_input = 0;
+
+/* Reset fl_context->xic to 'normal'? */
+
+}
+
+
/* Handles a key press, returns whether something has changed */
static int
handle_key(FL_OBJECT * ob, int key, unsigned kmask)
@@ -878,7 +936,23 @@
else if (key == kmap.moveto_prev_page)
key = XK_PageUp;
-if (IsRegular(key)) /* Normal keys or NL */
+/* toggle input method for CJK users */
+if (key == XK_space) {
+ int input_method_toggled=0;
+ if (shiftkey_down(kmask) && !sp->CJK_local_input) {
+ input_method_toggled=1;
+ turn_on_local_input(ob);
+ } else if (!shiftkey_down(kmask) && sp->CJK_local_input) {
+ input_method_toggled=1;
+ turn_off_local_input(ob);
+ }
+ /* If we have simply toggled the input method, then
+ don't output the XK_space */
+ if (input_method_toggled)
+ return 0;
+}
+
+if (IsRegular(key)) /* Normal keys or NL */
{
int ok = FL_VALID;
char *tmpbuf = 0;
@@ -1352,6 +1426,7 @@
sp->dummy->spec = sp;
sp->input = ob;
sp->field_char = ' ';
+sp->CJK_local_input = 0;
/* can't remember why validated input return is set to RETURN_END
but probably with some reason. Wait until 1.0 to reset it
// Compiles with
// g++ -W -o trial trial.C -L$HOME/xforms-1.0-release/lib -lforms-static \
//-L/usr/X11R6/lib -lX11
#include
#include
#include
struct FD_test {
FL_FORM * form;
FL_OBJECT * input_1;
FL_OBJECT * input_2;
FL_OBJECT * button_close;
};
extern "C" {
void InputCB(FL_OBJECT *, long);
void CloseCB(FL_OBJECT *, long);
int WMHideCB(FL_FORM * form, void *);
}
FD_test * build_form();
// globally accessible.
FD_test * dialog = 0;
bool finished=false;
int main(int argc, char *argv[])
{
fl_initialize(&argc, argv, 0, 0, 0);
dialog = build_form();
fl_set_input_return(dialog->input_1, FL_RETURN_CHANGED);
fl_set_input_return(dialog->input_2, FL_RETURN_CHANGED);
fl_set_form_atclose(dialog->form, WMHideCB, 0);
fl_show_form(dialog->form, FL_PLACE_MOUSE, FL_FULLBORDER, "trial");
while (!finished)
fl_check_forms();
fl_free_form(dialog->form);
delete dialog;
return 0;
}
void finish()
{
if (dialog->form && dialog->form->visible)
fl_hide_form(dialog->form);
finished = true;
}
extern "C" {
Re: CJK-LyX-1.2.3
Angus Leeming wrote:
> [EMAIL PROTECTED] wrote:
>> Not yet! In fact, as I dig into the problem further, I get more confused
>> and discouraged.
>
> Whoa! Perhaps that's because we're trying to be greedy and get everything
> working at the same time.
>
> Let's see if we can get a simple xforms dialog working first and then see
> if we can merge this into LyX. Try and use the attached, simple xforms
> code for your testing together with the attached patch to xforms' input.c
>
> Of course, I don't know what I'm doing when it comes to the nitty gritty
> of creating an input context, but can't you create and then destroy a new
> one each time you toggle the input method? That's what my patch to input.c
> does. (Well, it doesn't destroy it, but that should be straightforward.)
>
> Sure, it may be a relatively expensive way of doing things, but so what?
> Especially for now.
>
> The code compiles and DOES NOT CRASH when I use it, so that's a start. I
> assume that you'll have to move the code in lyxim into the xforms library
> to actually proceed from here (input CJK) but that was the point of the
> excercise wasn't it?
I forgot to point out that if you incorporate your new code into
turn_on_local_input, rather than my cut-and-paste job of your original
modification of fl_resource.c, then you'll be able to set the IC just where
you want it. I couldn't do this because I didn't know what to put in
char * DUMMY_FONT_NAME;
Presumably you'll need an XDeleteIC in turn_off_local_input?
Regards,
Angus
To go in the
if (fl_context->xim) { ... }
block of turn_on_local_input.
XFontSet fontset = XCreateFontSet(fl_display, DUMMY_FONT_NAME,
&missing_list,&missing_count,
&def_string);
XPoint location;
- location.x = 0;
- location.y = 0;
+ location.x = ob->x;
+ location.y = ob->y;
XVaNestedList preedit_list;
XVaNestedList status_list;
preedit_list = XVaCreateNestedList( 0,
XNSpotLocation, &location,
XNFontSet, fontset,
NULL);
status_list = XVaCreateNestedList( 0,
XNFontSet, fontset,
NULL);
fl_context->xic = XCreateIC(fl_context->xim,
XNInputStyle, style,
XNPreeditAttributes, preedit_list,
Re: To the bugzilla webmaster: bugzilla problems.
Lars Gullik Bjønnes wrote: > Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: > > | Hi, > | > | I'm getting problems with bugzilla (error 400), as described in the > | forwarded message. The original message was sent to [EMAIL PROTECTED] > | (the indicated webmaster), but bounced. > > Those of you that have accounts on aussie are welcome to help and tell > me what configure mistakes I have done. https to bugzilla.lyx.org is > supposed to work, but I am having some problems with keys and > certificates there. > > I'll fix the mail address. Could you also fix the address on the mail sent out by bugzilla when a bug is modified? -http://bugzilla.lyx.org/show_bug.cgi?id=797 +https://bugzilla.lyx.org/show_bug.cgi?id=797 I tried to find the place where this happens, but although (to my surprise!) I have an account on aussie, I do not have read access to the files in /home/bugzilla/mozilla/webtools/bugzilla (only to the dirs themselves). Incidentally, just _why_ are we using https now? -- Angus
invalid links in www-user
The w3.org link checker flags up the following links in news.php3 as no longer valid. In several cases, the file exists but has been moved. Shall I make these changes? It appears that all other links in files=www-user/*.php3 are valid. Angus All other links appear to be valid. - ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.2.0pre4.tar.gz Line: 240 + ftp://ftp.devel.lyx.org/pub/lyx/devel/lyx-1.2.0pre4.tar.gzLine: 240 Code: 404 File 'lyx-1.2.0pre4.tar.gz' not found To do: The link is broken. Fix it NOW! - ftp://ftp.lyx.org/pub/lyx/stable/patch-1.2.2.gz Line: 109 + ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.2.2/patch-1.2.2.gz Line: 109 Code: 404 File 'patch-1.2.2.gz' not found To do: The link is broken. Fix it NOW! - ftp://ftp.lyx.org/pub/lyx/devel/lyx-1.1.4.tar.gz Line: 697 + ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.1.4.tar.gz Line: 697 Code: 404 File 'lyx-1.1.4.tar.gz' not found To do: The link is broken. Fix it NOW! http://www.lyx.org/cgi-bin/cvsweb.cgi Line: 738 Code: 404 Not Found To do: The link is broken. Fix it NOW! - ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.2.2.tar.gz Line: 108 + ftp://ftp.lyx.org/pub/lyx/stable/lyx-1.2.2/lyx-1.2.2.tar.gz Line: 108 Code: 404 File 'lyx-1.2.2.tar.gz' not found To do: The link is broken. Fix it NOW! http://www.devel.lyx.org/cgi-bin/cvsweb.cgi/~checkout~/lyx-1_0_x/CHANGES Line: 783 Code: 404 Not Found To do: The link is broken. Fix it NOW! ftp://ftp.devel.lyx.org/pub/lyx/lyx-1.2.0pre5.tar.gzLine: 227 Code: 404 File 'lyx-1.2.0pre5.tar.gz' not found To do: The link is broken. Fix it NOW!
Re: custom export disabled
Lars Gullik Bjønnes wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > > | Lars Gullik Bjønnes wrote: > | > | > [EMAIL PROTECTED] (Juergen Spitzmueller) writes: > | > > | > | the menu item is greyed out in recent cvs (qt). > | > | > | > | Regards, > | > | Jürgen. > | > | > | > | BTW: bugzilla.lyx.org gives me Error 400. > | > > | > try with https > | > | Lars, I have tried with https. Mozilla posts the following message: > | > | Security Error: Domain Name Mismatch > | > | You have attempted to establish a connection with "bugzilla.lyx.org". > | However, the security certificate presented belongs to > | "localhost@localdomain". It is possible, though unlikely, that someone > | may be trying to intercept your communication with this web site. > | > | Perhaps you could tidy things up at your end? > > Your browser is way to strict, complain to the mozilla guys. > > But sure, it should be fixed. You're getting better. "localhost@localdomain" is now "aussie.lyx.org", but I still get the warning. -- Angus
Yet another update to es.po
Regards, Alfredo patch.diff.gz Description: GNU Zip compressed data
Re: To the bugzilla webmaster: bugzilla problems.
Angus Leeming <[EMAIL PROTECTED]> writes: | Lars Gullik Bjønnes wrote: | | > Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: | > | > | Hi, | > | | > | I'm getting problems with bugzilla (error 400), as described in the | > | forwarded message. The original message was sent to [EMAIL PROTECTED] | > | (the indicated webmaster), but bounced. | > | > Those of you that have accounts on aussie are welcome to help and tell | > me what configure mistakes I have done. https to bugzilla.lyx.org is | > supposed to work, but I am having some problems with keys and | > certificates there. | > | > I'll fix the mail address. | | Could you also fix the address on the mail sent out by bugzilla when a bug | is modified? | | -http://bugzilla.lyx.org/show_bug.cgi?id=797 | +https://bugzilla.lyx.org/show_bug.cgi?id=797 | | I tried to find the place where this happens, but although (to my surprise!) | I have an account on aussie, I do not have read access to the files in | /home/bugzilla/mozilla/webtools/bugzilla | (only to the dirs themselves). | | Incidentally, just _why_ are we using https now? Becuase I'm having some problems to get both to work at the same time? -- Lgb
Re: Yet another update to es.po
Hi Alfredo, Lyx does not compile: make[2]: Entering directory `/work/lyx/tmp/build/po' [...] file=./`echo es | sed 's,.*/,,'`.gmo \ && case "/usr/bin/msgfmt" in \ */msgfmt) rm -f $file && /usr/bin/msgfmt --statistics -o $file es.po;; \ *) touch $file ;; \ esac es.po:12283: `msgid' and `msgstr' entries do not both end with '\n' found 1 fatal error Here is the part o the patch you sent that has problem: #: src/tabular.C:1350 msgid "Tabular format < 5 is not supported anymore\n" -msgstr "" +msgstr "Formato de tabla < 5 dejó de ser soportado." Regards, João.
Re: Yet another update to es.po
Joao Luis Meloni Assirati wrote: > > Hi Alfredo, > > Lyx does not compile: > Huh... sorry. Seems that Angus has already fixed it. Bye, Alfredo
