Abdelrazak Younes wrote:
rgheck wrote:
Attached is an updated version of this patch---updated for safety,
basically. Instead of having a global variable LyX::IAmAChild, I've
put a static private variable in ForkedProcess, where it can be read
and written by the fork() routine, and then read vi
rgheck wrote:
Attached is an updated version of this patch---updated for safety,
basically. Instead of having a global variable LyX::IAmAChild, I've put
a static private variable in ForkedProcess, where it can be read and
written by the fork() routine, and then read via a static function. That
rgheck wrote:
Attached is an updated version of this patch---updated for safety,
basically. Instead of having a global variable LyX::IAmAChild, I've put
a static private variable in ForkedProcess, where it can be read and
written by the fork() routine, and then read via a static function. That
It seems my reply didn't make it u[ to the list...
rgheck wrote:
The attached patch addresses this. The problem was that Abdel had,
innocently enough, added a new message() call to Buffer::writeFile(),
but when this was called in the child AutoSave process, it corrupted the
X data structure
Uwe Stöhr wrote:
> I put it in. Maybe you don't like this
Well, why do we discuss such things anyway?
Jürgen
On Mon, 14 Jan 2008, rgheck wrote:
> Would you care to explain exactly what they are supposed to do? The
> latter says it is supposed to "undo the effect of" the former. But
> if I use the latter at the beginning of a paragraph, it deletes the
> first character, even if I've just used the
Attached is an updated version of this patch---updated for safety,
basically. Instead of having a global variable LyX::IAmAChild, I've put
a static private variable in ForkedProcess, where it can be read and
written by the fork() routine, and then read via a static function. That
way, nothing e
Bo Peng wrote:
Sorry, the question is whether the module names---like "Theorems
(AMS)"---and the longer descriptions appear in lyx_pot.py.
I see them in $BUILDDIR/po/lyx.pot when I run
$ scons update_po
Excellent.
I updated lyx_pot.py to use four spaces for indentation.
Fine, o
Enrico Forestieri wrote:
On Mon, Jan 14, 2008 at 04:20:09PM -0500, rgheck wrote:
The attached patch addresses this. The problem was that Abdel had,
innocently enough, added a new message() call to Buffer::writeFile(),
but when this was called in the child AutoSave process, it corrupted the
> Sorry, the question is whether the module names---like "Theorems
> (AMS)"---and the longer descriptions appear in lyx_pot.py.
I see them in $BUILDDIR/po/lyx.pot when I run
$ scons update_po
I updated lyx_pot.py to use four spaces for indentation.
Bo
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
Would you care to explain exactly what they are supposed to do? The
latter says it is supposed to "undo the effect of" the former. But if
I use the latter at the beginning of a paragraph, it deletes the first
character, even if I
George De Bruin wrote:
rgheck wrote:
(1) It appears to be really slow when trying to scroll text on the
screen.
It's not horrible, but its not as fast as the 1.4.x series.
Try 1.5.3. Some work has been done on scrolling, and a LOT more is to
come in 1.6.
I would, but I don't see a .deb out
Bo Peng wrote:
Can you please check that r22558 works ok with scons? I had a look, and
I think scons is already fine with this, in a way that autotools was not.
scons builds fine now (r22567).
Sorry, the question is whether the module names---like "Theorems
(AMS)"---and the longer des
On Mon, Jan 14, 2008 at 04:20:09PM -0500, rgheck wrote:
> The attached patch addresses this. The problem was that Abdel had,
> innocently enough, added a new message() call to Buffer::writeFile(),
> but when this was called in the child AutoSave process, it corrupted the
> X data structures. (C
rgheck wrote:
George De Bruin wrote:
I'm seeing a couple of issues with LyX 1.5.1 on XUbuntu 7.10 (Gutsy)
that I don't have a solution for... The package is from the Ubuntu
repositories. The two issues are:
(1) It appears to be really slow when trying to scroll text on the
screen.
It's not
[EMAIL PROTECTED] wrote:
Author: uwestoehr
Date: Tue Jan 15 00:45:04 2008
New Revision: 22578
URL: http://www.lyx.org/trac/changeset/22578
Log:
revert r22574 to be able to compile
Oups yes sorry. NLS was not enabled here.
Modified:
lyx-devel/trunk/src/support/Messages.cpp
Modified: lyx
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Actually, even on Unix I expect things to be faster if we use QString
instead of iconv. Just look at the mess that this library forces on us
(IconvProcessor and co). I'd be very much in favor of doing that, if
only for
> I think that first improving LyX length reading and then fixing the
> bug is the way to go.
In general having such a feature would be nice, it's now bug
http://bugzilla.lyx.org/show_bug.cgi?id=4490
but only implementing this for this special case is not needed in my opion,
because:
Due to wha
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Actually, even on Unix I expect things to be faster if we use QString
> instead of iconv. Just look at the mess that this library forces on us
> (IconvProcessor and co). I'd be very much in favor of doing that, if
> only for the code reduction (basic
rgheck <[EMAIL PROTECTED]> writes:
> Would you care to explain exactly what they are supposed to do? The
> latter says it is supposed to "undo the effect of" the former. But if
> I use the latter at the beginning of a paragraph, it deletes the first
> character, even if I've just used the former.
Andre Poenitz wrote:
On Mon, Jan 14, 2008 at 06:36:38PM +0100, Abdelrazak Younes wrote:
Dear Windows-based developers,
I had the occasion to use LyX on Linux and I noticed that loading files is
quicker there. I think the culprit is the GnuWin32 iconv library and I
stumbled across this:
h
> Can you please check that r22558 works ok with scons? I had a look, and
> I think scons is already fine with this, in a way that autotools was not.
scons builds fine now (r22567).
Bo
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Mon Jan 14 23:22:07 2008
New Revision: 22565
{ LFUN_CAPTION_INSERT, "caption-insert", Noop, Edit },
{ LFUN_DATE_INSERT, "date-insert", Noop, Edit },
{ LFUN_FOOTNOTE_INSERT, "footnote-insert", Noop,
Andre Poenitz wrote:
On Mon, Jan 14, 2008 at 06:36:38PM +0100, Abdelrazak Younes wrote:
Dear Windows-based developers,
I had the occasion to use LyX on Linux and I noticed that loading files is
quicker there. I think the culprit is the GnuWin32 iconv library and I
stumbled across this:
h
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Mon Jan 14 23:22:07 2008
New Revision: 22565
{ LFUN_CAPTION_INSERT, "caption-insert", Noop, Edit },
{ LFUN_DATE_INSERT, "date-insert", Noop, Edit },
{ LFUN_FOOTNOTE_INSERT, "footnote-insert", Noop, Edit
Bo (or someone),
Can you please check that r22558 works ok with scons? I had a look, and
I think scons is already fine with this, in a way that autotools was not.
Richard
>> Be careful that some LFUNs might be used in the menus or toobars even not
>> used in the code.
>>
> Yes. I grepped lib/ and found nothing. I also tried using these, and they
> don't play nice. But I'll wait to see if there are any objections.
how you detect somebody uses it directly? i would
Jean-Marc Lasgouttes wrote:
rgheck <[EMAIL PROTECTED]> writes:
LFUN_BREAK_PARAGRAPH_SKIP
LFUN_DELETE_FORWARD_SKIP
These seem unused. Can they be removed? (It's a side benefit to the
doxygen stuff that we get to ask this question.)
I think these lfuns were a good idea, and that the pr
Abdelrazak Younes wrote:
rgheck wrote:
LFUN_BREAK_PARAGRAPH_SKIP
LFUN_DELETE_FORWARD_SKIP
These seem unused. Can they be removed?
Be careful that some LFUNs might be used in the menus or toobars even
not used in the code.
Yes. I grepped lib/ and found nothing. I also tried using these, an
rgheck <[EMAIL PROTECTED]> writes:
> LFUN_BREAK_PARAGRAPH_SKIP
> LFUN_DELETE_FORWARD_SKIP
>
> These seem unused. Can they be removed? (It's a side benefit to the
> doxygen stuff that we get to ask this question.)
I think these lfuns were a good idea, and that the problem may be that
we did not ex
rgheck wrote:
LFUN_BREAK_PARAGRAPH_SKIP
LFUN_DELETE_FORWARD_SKIP
These seem unused. Can they be removed?
Be careful that some LFUNs might be used in the menus or toobars even
not used in the code.
(It's a side benefit to the
doxygen stuff that we get to ask this question.)
Very true :-)
LFUN_BREAK_PARAGRAPH_SKIP
LFUN_DELETE_FORWARD_SKIP
These seem unused. Can they be removed? (It's a side benefit to the
doxygen stuff that we get to ask this question.)
Richard
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Dear Windows-based developers,
I had the occasion to use LyX on Linux and I noticed that loading
files is quicker there. I think the culprit is the GnuWin32 iconv
library and I stumbled across this:
http://groups.google.com/group/vim_multibyte/br
On Mon, Jan 14, 2008 at 09:52:58PM -, [EMAIL PROTECTED] wrote:
> Author: sts
> Date: Mon Jan 14 22:52:57 2008
> New Revision: 22561
>
> URL: http://www.lyx.org/trac/changeset/22561
> Log:
> * Nearly a proof that there are useful compiler warnings that a variable is
> not used,
> though in t
> 2. the name of the toolbar image for the lfun is derived from
> (try to add the lfun "command-sequence word-select; cut; ert-insert;
> self-insert \; paste; self-insert {}; inset-toggle;" directly to a toolbar
> and assign an image to it!)
wow :)
p
it's basically an alias for an lfun, but it has two big advantages (mainly if the lfun is
complicated, see e.g. http://wiki.lyx.org/Tips/CommandSequences):
1. the complicated part has to be written only once and can then be used in menu, toolbar or bind
file (-> easier to change)
2. the name of t
The attached patch addresses this. The problem was that Abdel had,
innocently enough, added a new message() call to Buffer::writeFile(),
but when this was called in the child AutoSave process, it corrupted the
X data structures. (Cf the warning in AutoSaveProcess::generateChild(),
which is wh
George De Bruin wrote:
I'm seeing a couple of issues with LyX 1.5.1 on XUbuntu 7.10 (Gutsy) that I
don't have a solution for... The package is from the Ubuntu repositories. The
two issues are:
(1) It appears to be really slow when trying to scroll text on the screen.
It's not horrible, but it
> Author: broider
> Date: Mon Jan 14 20:37:52 2008
> New Revision: 22556
>
> * \var lyx::kb_action lyx::LFUN_CALL
> * \li Action: Executes a command defined in a .def file.
> * \li Syntax: call
> * \li Params: : Name of the command that must be called.
> * \li Origin: broider, 2 Oct 2007
what i
Andre Poenitz wrote:
> On Mon, Jan 14, 2008 at 12:54:54AM +0100, Alfredo Braunstein wrote:
>> I agree. But note that the point here is that there may be some uses of a
>> real iterator (you can use generic algorithms). Dunno if this is really
>> used in the code though.
>
> I am not aware of any
Andre Poenitz wrote:
On Mon, Jan 14, 2008 at 06:36:38PM +0100, Abdelrazak Younes wrote:
Dear Windows-based developers,
I had the occasion to use LyX on Linux and I noticed that loading files is
quicker there. I think the culprit is the GnuWin32 iconv library and I
stumbled across this:
http
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Dear Windows-based developers,
I had the occasion to use LyX on Linux and I noticed that loading
files is quicker there. I think the culprit is the GnuWin32 iconv
library and I stumbled across this:
http://groups.google.com/group/vim_multiby
Abdelrazak Younes wrote:
I had the occasion to use LyX on Linux and I noticed that loading files
is quicker there. I think the culprit is the GnuWin32 iconv library and
I stumbled across this:
http://groups.google.com/group/vim_multibyte/browse_thread/thread/758d3b013d2cf99a
This is already
On Mon, Jan 14, 2008 at 06:36:38PM +0100, Abdelrazak Younes wrote:
> Dear Windows-based developers,
>
> I had the occasion to use LyX on Linux and I noticed that loading files is
> quicker there. I think the culprit is the GnuWin32 iconv library and I
> stumbled across this:
>
> http://groups.goo
On Mon, Jan 14, 2008 at 10:48:38AM -0600, Bo Peng wrote:
> > I am not aware of any serious use, and I find it hard to believe that
> > std::random_shuffle() will be very useful in the long run.
>
> But maybe find() with different search criteria may be useful.
But writing the loop explicitly is u
Abdelrazak Younes wrote:
Dear Windows-based developers,
I had the occasion to use LyX on Linux and I noticed that loading files
is quicker there. I think the culprit is the GnuWin32 iconv library and
I stumbled across this:
http://groups.google.com/group/vim_multibyte/browse_thread/thread/75
Pavel Sanda wrote:
I would like to use my lyx.org address for LyX development so I have two
question:
1) is aussie pop/imap enabled?
2) is there a possibility to have access to a webmail?
in case its a problem - you dont need it. set (some) your mail address into
~/.forward and change t
Jürgen Spitzmüller wrote:
rgheck wrote:
Attached is a patch that adapts lyx_pot.py to modules. Basically, I've
altered the layoutsl10n routine to deal with them, too, since they're
just layout files. I think this is right, but I'll wait a bit for
comments, as I haven't dealt with this part of
[EMAIL PROTECTED] wrote:
Author: younes
Date: Sun Jan 13 11:44:16 2008
New Revision: 22535
URL: http://www.lyx.org/trac/changeset/22535
Log:
fix warning.
Modified:
lyx-devel/trunk/src/frontends/qt4/GuiIdListModel.h
Modified: lyx-devel/trunk/src/frontends/qt4/GuiIdListModel.h
URL:
http://w
> I am not aware of any serious use, and I find it hard to believe that
> std::random_shuffle() will be very useful in the long run.
But maybe find() with different search criteria may be useful.
Bo
> I fully agree.
Me too, things are messy in this area.
Bo
On Mon, Jan 14, 2008 at 12:54:54AM +0100, Alfredo Braunstein wrote:
> I agree. But note that the point here is that there may be some uses of a
> real iterator (you can use generic algorithms). Dunno if this is really
> used in the code though.
I am not aware of any serious use, and I find it hard
On Mon, Jan 14, 2008 at 12:47:35AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > I am currently poking around in the code and got the feeling that our
> > iterators have a tendency of being used wrongly, possibly because parts
> > are not really well implemented, and possibly becau
rgheck wrote:
Doing some documentation work today, I noticed the following:
(i) The User's Guide does not compile.
This one is a LateX issue I guess...
(ii) There is a weird painting error of a sort I've seen before. Open
the User's Guide and go to section 3.1.3. Now, keeping the table above
On Mon, Jan 14, 2008 at 01:25:06PM +0100, Horst Schirmeier wrote:
> On Mon, 14 Jan 2008, Enrico Forestieri wrote:
> > On Mon, Jan 14, 2008 at 08:06:17AM +0100, Jürgen Spitzmüller wrote:
> > > Enrico Forestieri wrote:
> > > > The attached patch fixes the problem in trunk.
> > > > Jürgen, OK for bra
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Go ahead.
I fixed a small bug and committed.
JMarc
Jean-Marc Lasgouttes wrote:
> > Excellent (I would name the bool in LaTeXFeatures.cpp also UseSetSpace,
> > but that's just personal taste, and it probably runs counter our casing
> > policy).
>
> Yep :)
okokok.
> > What about the file format? Is this a file format change? (After all,
> > documen
Pavel Sanda wrote:
~/.forward
What is the exact syntax for that? I have my email address there (and only
that) but it doesn't seem to work.
strange, thats exactly my (working) setting.
only difference i see you have +w on group privileges
may be try to chmod g-w .forward ?
That works!
Than
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> Excellent (I would name the bool in LaTeXFeatures.cpp also UseSetSpace, but
> that's just personal taste, and it probably runs counter our casing
> policy).
Yep :)
> What about the file format? Is this a file format change? (After all,
> documen
On Mon, 14 Jan 2008, Enrico Forestieri wrote:
> On Mon, Jan 14, 2008 at 08:06:17AM +0100, Jürgen Spitzmüller wrote:
> > Enrico Forestieri wrote:
> > > The attached patch fixes the problem in trunk.
> > > Jürgen, OK for branch, too?
> >
> > Yes.
>
> Committed:
> http://www.lyx.org/trac/changeset/2
> Compile again and it will happily work the second time. Don't ask me why...
why didn't i think of that? ;-)
Leuven, E. wrote:
I guess nothing. I have this change in my tree that I forgot to report...
that still leaves me with
1>c1 : fatal error C1083: Cannot open source file: 'Files/LyX"': No such file
or directory
and this:
2>LINK : fatal error LNK1181: cannot open input file 'intl.lib'
Compil
> I guess nothing. I have this change in my tree that I forgot to report...
that still leaves me with
1>c1 : fatal error C1083: Cannot open source file: 'Files/LyX"': No such file
or directory
and this:
2>LINK : fatal error LNK1181: cannot open input file 'intl.lib'
Pavel Sanda wrote:
(but ok, cc usually goes to devel).
which makes me warn you... i have some vague feeling you use gmane, isnt it?
Right.
i
was searching something there lately and found that i'm not able to see _any_
thread started as reply to cvs-list,
Well, I do exactly that frequent
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> the advantage is that you will
>> be still able to posst massages to the cvs list.
>> pavel
>
> Shouldn't this list be read-only?
svn posts the messages in your name.
JMarc
>(but ok, cc usually goes to devel).
which makes me warn you... i have some vague feeling you use gmane, isnt it? i
was searching something there lately and found that i'm not able to see _any_
thread started as reply to cvs-list, and generally any thread starting with Re:
(in cases somebody tri
>> ~/.forward
>
> What is the exact syntax for that? I have my email address there (and only
> that) but it doesn't seem to work.
strange, thats exactly my (working) setting.
only difference i see you have +w on group privileges
may be try to chmod g-w .forward ?
pavel
Pavel Sanda wrote:
I would like to use my lyx.org address for LyX development so I have two
question:
1) is aussie pop/imap enabled?
2) is there a possibility to have access to a webmail?
in case its a problem - you dont need it. set (some) your mail address into
~/.forward
What is the exa
>> the advantage is that you will
>> be still able to posst massages to the cvs list.
>> pavel
>
> Shouldn't this list be read-only?
people are replying to commits there (but ok, cc usually goes to devel).
pavel
Pavel Sanda wrote:
Also, all the contents there is the cvs logs. Could someone unsubscribe me
([EMAIL PROTECTED]) from it?
you can put something like:
:0
*List-Id: LyX repository commit messages
/dev/null
into your ~/.procmailrc .
OK, thanks for the tip.
the advantage is that you will
be
> I would like to use my lyx.org address for LyX development so I have two
> question:
>
> 1) is aussie pop/imap enabled?
> 2) is there a possibility to have access to a webmail?
in case its a problem - you dont need it. set (some) your mail address into
~/.forward and change the FROM: line on t
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Also, all the contents there is the cvs logs. Could someone
unsubscribe me ([EMAIL PROTECTED]) from it?
If you did not remove it, I could have looked up the password and
unsubscribe you :) We'll have to wait for Feb 1,
> Also, all the contents there is the cvs logs. Could someone unsubscribe me
> ([EMAIL PROTECTED]) from it?
you can put something like:
:0
*List-Id: LyX repository commit messages
/dev/null
into your ~/.procmailrc . the advantage is that you will
be still able to posst massages to the cvs list
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Also, all the contents there is the cvs logs. Could someone
> unsubscribe me ([EMAIL PROTECTED]) from it?
If you did not remove it, I could have looked up the password and
unsubscribe you :) We'll have to wait for Feb 1, when you get the
password re
I would like to use my lyx.org address for LyX development so I have two
question:
1) is aussie pop/imap enabled?
2) is there a possibility to have access to a webmail?
Abdel.
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Well it is supposed to be const_iterator semantics... You can get one
from a const container, but dereferencing it gives you a const element
reference.
I got that but the two iterators don't seem to iterate identically,
might just be a bad 'ta
Enrico Forestieri wrote:
On Mon, Jan 14, 2008 at 11:40:48AM +0200, Martin Vermeer wrote:
On Mon, 14 Jan 2008 10:30:40 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Abdelrazak Younes wrote:
-rw--- 1 younes mail 31554442 Jan 13 22:36 younes
[EMAIL PROTECTED] mail]$
I will
Abdelrazak Younes wrote:
Sandor Szabo wrote:
Dear Developers,
I found on the net an online software
(http://www.orcca.on.ca/MathML/texmml/textomml.html)
which can translate tex/latex to mathml.
This is not a free software so, unfortunately we cannot rely on that.
It is possible to put an
On Mon, Jan 14, 2008 at 11:40:48AM +0200, Martin Vermeer wrote:
> On Mon, 14 Jan 2008 10:30:40 +0100
> Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
>
> > Abdelrazak Younes wrote:
> > > -rw--- 1 younes mail 31554442 Jan 13 22:36 younes
> > > [EMAIL PROTECTED] mail]$
> > >
> > > I w
On Mon, 14 Jan 2008 10:30:40 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Abdelrazak Younes wrote:
> > -rw--- 1 younes mail 31554442 Jan 13 22:36 younes
> > [EMAIL PROTECTED] mail]$
> >
> > I will remove my mailbox.
>
> Hum, it seems that I don't have the right to do that
Abdelrazak Younes wrote:
>> Well it is supposed to be const_iterator semantics... You can get one
>> from a const container, but dereferencing it gives you a const element
>> reference.
>
> I got that but the two iterators don't seem to iterate identically,
> might just be a bad 'tainted' impress
On Mon, Jan 14, 2008 at 08:06:17AM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > The attached patch fixes the problem in trunk.
> > Jürgen, OK for branch, too?
>
> Yes.
Committed:
http://www.lyx.org/trac/changeset/22547
--
Enrico
Abdelrazak Younes wrote:
-rw--- 1 younes mail 31554442 Jan 13 22:36 younes
[EMAIL PROTECTED] mail]$
I will remove my mailbox.
Hum, it seems that I don't have the right to do that even though I
modified it:
-rw-rw 1 voss voss 58490 Mar 3 2005 voss
-rw-rw--
[EMAIL PROTECTED] ~]$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md2 1032056320116659508 33% /
/dev/md0 98971 18516 75345 20% /boot
/dev/md4 63123628 25492644 34424420 43% /home
none
Changes submitted for bug 4463
Insufficient disk space; try again later Insufficient disk space; try
again later returntosender: cannot select queue for apache Insufficient
disk space; try again later returntosender: cannot select queue for
postmaster putbody: write error: No space left on devi
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>> So your proposal is absolutely correct, but I want to put it in trunk
>> anyway. When this should really make problems, what I don't assume as
>> _exactly_ setting the width can only be done currently via ERT, somebody
>> will shout in the months b
86 matches
Mail list logo
