Uwe Stöhr wrote:
the same problem appeared again: You do something on your own and
commit it. Afterwards you informing me. This is not the way
OpenSource development works.
True. I am no expert in open source development but it's true that
smaller commits would help Joost. Please try to com
rgheck wrote:
[EMAIL PROTECTED] wrote:
On Tue, 6 May 2008, Abdelrazak Younes wrote:
understand that it is not a big deal, but I believe as a result of
the
change in the order of the options you will help LyX look more
professional.
Well, Jonathan could submit a patch? In Andrei's(?). po
This is now bug 4833, possibly related to 4151.
Helge Hafting
> We have already had a lot of discussion about this feature. I've also told
> you the problem with your approach and now found a very simple way to fix
> it.
is it really so troublesome to post one mail with the attached patch and wait
for one night to get possible comment before commiting?
ot
[EMAIL PROTECTED] wrote:
On Tue, 6 May 2008, Abdelrazak Younes wrote:
understand that it is not a big deal, but I believe as a result of the
change in the order of the options you will help LyX look more
professional.
Well, Jonathan could submit a patch? In Andrei's(?). post, it sounded
Uwe Stöhr wrote:
the same problem appeared again: You do something on your own and commit
it. Afterwards you informing me. This is not the way OpenSource
development works. I was not involved in the development of the new
features, thus I won't understand the code right now, nor could I find
b
Joost Verburg schrieb:
I've added a large number of improvements to the installer, including a
ImageMagick/Ghostscript bundling method that doesn't need registry keys
(so it is completely independent of the ImageMagick/Ghostscript itself)
and works without administrator privileges. It's now al
Andre Poenitz wrote:
> I already made me a note but right now I did not find the time to have a
> real look.
OK.
Jürgen
Ignacio García schrieb:
Small fixes, Spanish Math, EmbeddedObjects and UserGuide are attached
Hello Ignacio,
I commited most of your changes. The UserGuide you sent me was the one from LyX 1.5.3 containing the
bugs we fixed the last month, so I couldn't commit it. Also the Math manual you se
On Monday 05 May 2008 18:08:16 Chris Karakas wrote:
> Just read it. So I am "condemned" to use 1.2 at least for another year...!
> :-)
>
> Well, no problem for me. I still use my lyxtox script with LyX 1.2 and it
> still produces 1A quality documents! Sure, the Athena widget is not the
> latest and
On Tue, 6 May 2008, Abdelrazak Younes wrote:
understand that it is not a big deal, but I believe as a result of the
change in the order of the options you will help LyX look more
professional.
Well, Jonathan could submit a patch? In Andrei's(?). post, it sounded
like it was just a matter
Le 6 mai 08 à 21:21, Andre Poenitz a écrit :
If it is not used we might as well not pass it?
This is what has been done in trunk. In branch, I am a bit
minimalist, especially in intimidating code.
JMarc
On Tue, May 06, 2008 at 01:20:09PM -, [EMAIL PROTECTED] wrote:
> Modified: lyx-devel/branches/BRANCH_1_5_X/src/Paragraph.cpp
> URL:
> http://www.lyx.org/trac/file/lyx-devel/branches/BRANCH_1_5_X/src/Paragraph.cpp?rev=24636
> =
On Tue, May 06, 2008 at 07:19:32PM +0200, Juergen Spitzmueller wrote:
> André, could you have a look at this (qt?) problem? I wonder if this is
> something to be considered for 1.5.5:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=4819
I already made me a note but right now I did not find the time t
On Tue, May 06, 2008 at 03:46:19PM +0200, Jean-Marc Lasgouttes wrote:
>
> I get this:
>
> ../../lyx-devel/src/mathed/InsetMathHull.cpp: In copy constructor
> 'lyx::InsetMathHull::InsetMathHull(const lyx::InsetMathHull&)':
> ../../lyx-devel/src/mathed/InsetMathHull.cpp:169: warning: base class 'c
On Tue, May 06, 2008 at 03:35:43PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>>
The following patch fixes this, along with several other warnings.
Juergen, do you want this in branch?
>>> It's a good
On Tue, May 06, 2008 at 08:17:33AM +0200, Abdelrazak Younes wrote:
> Pavel Sanda wrote:
> exactly :-)
> In practice, this does not have a big impact because these fields are
> read as utf8 and stays encoded like that in the std::string. But it is
> safer to use a docstring because
Jean-Pierre Chrétien wrote:
> I'm afraid I was optimistic: LyX compiles fines, but I have again
> an assertion when I leave LyX, and more critically (as it aborts LyX),
> when I copy a string
>
> Assertion failed: __pos < size(), fichier
> /usr/local/lib/gcc/sparc-sun-solaris2.8/3.4.6/../../../..
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> I'll put CC: to lyx-devel, so others might comment as well.
>
> Jean-Pierre Chretien wrote:
> > Jürgen Spitzmüller wrote:
> > > Jean-Pierre Chretien wrote:
> > > > 1.5.5svn compiles fine on Solaris with qt-4.3.4, but I get
> > > > a lot of warni
André, could you have a look at this (qt?) problem? I wonder if this is
something to be considered for 1.5.5:
http://bugzilla.lyx.org/show_bug.cgi?id=4819
Thanks,
Jürgen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Yesterday and today, Lyx SVN trunk, autogen.sh plus configure don't
subst config/Makefile.in, apparently.
Anyone have hints?
Thanks,
Matt
- --
Matt Benjamin
The Linux Box
206 South Fifth Ave. Suite 150
Ann Arbor, MI 48104
http://linuxbox.com
The attached moves the (De)activate button away from (especially) the
Remove button. For me this is the most often used button switching
between branches, and it's too easy to accidentally hit Remove.
(Although you can of course hit Cancel if you do.)
Is this the right way to do it?
- Martin
Ind
[EMAIL PROTECTED] writes:
> Author: jamatos
> Date: Tue May 6 16:29:06 2008
> New Revision: 24640
>
> URL: http://www.lyx.org/trac/changeset/24640
> Log:
> endl is defined in ostream, iomanip is not enough (it matters for gcc 4.3)
Note that the right fix would be to use LYXERR0() (which does its
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> InsetMathHull::InsetMathHull(InsetMathHull const & other):
> InsetMathGrid() { operator=(other); }
I really do not understand why it is needed, but it indeed works.
It is not needed, it just shut up a gcc warning. I
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> InsetMathHull::InsetMathHull(InsetMathHull const & other): InsetMathGrid()
> {
> operator=(other);
> }
I really do not understand why it is needed, but it indeed works.
Thanks.
JMarc
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
And the code is that:
InsetMathHull::InsetMathHull(InsetMathHull const & other)
{
operator=(other);
}
What is the proper fix?
1) is this copy ctor really needed? If not scrap it
Yes, for cl
>> 2. i have problem with update flags - setting updateFlags = Update::Force
>> | Update::FitCursor;
>>is not enough to render properly scrollbar and begining of a document
>> in case graphics
>>is resized (it may be bug, see
>> http://bugzilla.lyx.org/show_bug.cgi?id=4829 ).
>>what
It came to my attention through a warning in InsetMathHull that
display() does not return a bool anymore but a DisplayType enum. This
works most of the time because the value 0 of the enum corresponds to
Inline.
Is this kind of trick considered licit these days, or shall we rename
display() to d
I get this:
../../lyx-devel/src/mathed/InsetMathHull.cpp: In copy constructor
'lyx::InsetMathHull::InsetMathHull(const lyx::InsetMathHull&)':
../../lyx-devel/src/mathed/InsetMathHull.cpp:169: warning: base class 'class
lyx::InsetMathGrid' should be explicitly initialized in the copy constructor
To reproduce:
Open a document that uses a .gif graphic, but the .gif file isn't present.
Try view->pdf. This fails as expected.
Copy some .gif into the diectory containing the .lyx file.
Try view->pdf again. This fails, even though the file is now present.
Quit and restart LyX. Open the same docu
Pavel Sanda wrote:
now we need somehow to allow the user to assign picture to the existing group
and
i'm not sure how to proceed here. i see two possibilities:
1. modify how the context menu works, so we have dynamically created and shown list
of groups for each call of context menu. choosi
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
The following patch fixes this, along with several other warnings.
Juergen, do you want this in branch?
It's a good idea to accept the events in general, not to ignore them.
What do you mean? That I s
> now we need somehow to allow the user to assign picture to the existing group
> and
> i'm not sure how to proceed here. i see two possibilities:
>
> 1. modify how the context menu works, so we have dynamically created and
> shown list
>of groups for each call of context menu. choosing one
Jean-Marc Lasgouttes wrote:
> Done. Note that I left some of the most boring ones.
Thanks anyway.
Jürgen
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>
>> The following patch fixes this, along with several other warnings.
>> Juergen, do you want this in branch?
>
> Yes, please. Many thanks for looking at these rather boring issues.
Done. Note that I left some of the
Jean-Marc Lasgouttes wrote:
> The following patch fixes this, along with several other warnings.
> Juergen, do you want this in branch?
Yes, please. Many thanks for looking at these rather boring issues.
Jürgen
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>> Kernel.cpp:109: warning: 'void
>> __static_initialization_and_destruction_0(int, int)' defined but not used
These are related to some version of gcc. Harmless.
>> IconPalette.cpp:47: warning: unused parameter 'event'
>> IconPalette.cpp:70: warnin
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
>> Author: lasgouttes
>> Date: Tue May 6 12:22:25 2008
>> New Revision: 24631
>>
>> URL: http://www.lyx.org/trac/changeset/24631
>> Log:
>> a bit of compilation unbreaking
>
> Sorry. I don't understand why MSVC did not compl
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Tue May 6 12:22:25 2008
New Revision: 24631
URL: http://www.lyx.org/trac/changeset/24631
Log:
a bit of compilation unbreaking
Sorry. I don't understand why MSVC did not complain. I guess 'endl' is
brought by some other header.
Thanks,
Abdel
> Author: lasgouttes
> Date: Tue May 6 12:36:32 2008
> New Revision: 24632
>
> URL: http://www.lyx.org/trac/changeset/24632
> Log:
> unbreak compilation (part 2)
thanks
p
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> Author: younes
>> Date: Tue May 6 08:48:38 2008
>> New Revision: 24628
>>
>> URL: http://www.lyx.org/trac/changeset/24628
>> Log:
>> remove unneeded includes.
>
> arrrgh...
I'll commit shortly an update for this. But mathed is still broken
here.
JMarc
[EMAIL PROTECTED] writes:
> Author: younes
> Date: Tue May 6 08:53:44 2008
> New Revision: 24629
>
> URL: http://www.lyx.org/trac/changeset/24629
> Log:
> remove unneeded includes.
Really? I cannot compile anymore. Can I revert?
JMarc
> Author: younes
> Date: Tue May 6 08:48:38 2008
> New Revision: 24628
>
> URL: http://www.lyx.org/trac/changeset/24628
> Log:
> remove unneeded includes.
arrrgh...
make[3]: Entering directory `/mnt/teral/lyx/devel/src'
/bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I
>> anyway the grep itself won't itself work, since we use things like
>> ostringstream.str() etc.
>>
> So? odocstringstream also have str(), they both inherits from
> basic_basic_ostringstream.
aha ;) but this was just one example. changing to docstream just bubble
up next bug - no matching fu
44 matches
Mail list logo