Jean-Marc Lasgouttes wrote:
> So what do we get from that? From the FAQ, I gather that it only works
> for tables not in a float. What happens in a float?
One solution would be to wrap the table in a minipage whenever it includes a
footnote. Or, probably much better, support threeparttable.
BTW
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Then I propose to put this patch (1.4 version) in trunk and
> Georg> 1.4. OK?
>
> So what do we get from that? From the FAQ, I gather that it only works
> for tables not in a float. What
Jean-Marc Lasgouttes wrote:
> Juergen> I thought it is better to not go the complicated way if the
> Juergen> inset contains only one item (which should be the common
> Juergen> case). That's my real life thinking perhaps. I can delete the
> Juergen> first statement if you wish. In theory, it shoul
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Indeed your lyx.sh uses fonts, not font. JMarc, no need to upload
Bo> lyx-1.4.3-3. There will be a lyx-1.4.3-4 with fixes to this, and
Bo> the ones brought up by cygwin-apps.
-4 is upoaded now.
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> I recently wondered whether the current Cursor is The Right
Andre> Thing.
Andre> It has 'model' parts (points to a place in a doc), yet also
Andre> conveys 'view' information in .bv().
Cursor is good in some cases, and dociterator
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Why not have a virtual function in the insets filling a list
Andre> and iterating over all insets in the buffer calling this
Andre> function?
Filling a list of what? Something like InsetBse::fillSomeList?
JMarc
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, Sep 27, 2006 at 02:16:01PM +0200, Juergen Spitzmueller
Andre> wrote:
>> It would be easier if nextInset() would not return InsetBase, but
>> the real inset. Any idea to simplify it further?
Andre> Huh?
Andre> InsetBase _is
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> I would have thought that the 'else' part is enough. Is it
>> necessary to handle the case where there is no ','?
Juergen> I thought it is better to not go the complicated way if the
Juergen> inset contains only one item (whic
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Then I propose to put this patch (1.4 version) in trunk and
Georg> 1.4. OK?
So what do we get from that? From the FAQ, I gather that it only works
for tables not in a float. What happens in a float?
JMarc
There will be a lyx-1.4.3-4 with fixes to this, and the
ones brought up by cygwin-apps.
1.4.3-4 is uploaded, please post. scons in trunck and branch are also adjusted.
Bo
Compliments, Bo, I see that you just got a GTG conditional on fixing
some minor packaging issues.
Good. How many votes do I need? The webpage says one is enough. :-)
BTW, looking at your recent patch to SConstruct, are you sure that
'font' should not be 'fonts'?
Indeed your lyx.sh uses fonts
Am Mittwoch, 27. September 2006 19:30 schrieb Paul A. Rubin:
> It was operator error. The underscores need to be spaces. (I got the
> underscores from the names of the .xpm icon files that match the
> commands, but apparently LyX converts spaces to underscores when it goes
> icon-shopping --
On Wed, Sep 27, 2006 at 09:33:18PM +0200, Georg Baum wrote:
> Am Mittwoch, 27. September 2006 20:47 schrieb Enrico Forestieri:
> > On Wed, Sep 27, 2006 at 03:49:25PM +0200, Georg Baum wrote:
[...]
> > If there are no objections I would like to apply the patch.
>
> It is well known that STLPort is
On Wed, Sep 27, 2006 at 02:46:29PM -0500, Bo Peng wrote:
> > Bo, then you forgot to put /usr/share/lyx/fonts in the lyx-1.4.3-2.tar.bz2
> > archive. I fear that you have to roll out a -3 version...
>
> My mistake. Now 1.4.3-3 is in pub/incoming. JMarc, please update.
> scons in trunk and branch i
This was working, but seems to have been broken by 1.4.3 update.
I was using this for grace external files. Now, the 'external material'
dialog box includes an "options" tab, but although you can
select 'LaTeX/PDFLaTeX', you can't save the option!
Template gracepdf
GuiName "gracepdf: $$Ab
Hi!
I've been wanting to have some kind of word-completion mechanism in LyX
(something like C-p in vim or M-/ in emacs). The only mention of this
that I found was in the unanswered questions section in the FAQ
(http://wiki.lyx.org/FAQ/Unanswered#toc2), or on the Complaints page in
the LyX wik
Bo, then you forgot to put /usr/share/lyx/fonts in the lyx-1.4.3-2.tar.bz2
archive. I fear that you have to roll out a -3 version...
My mistake. Now 1.4.3-3 is in pub/incoming. JMarc, please update.
scons in trunk and branch is also updated.
BTW, I get no response from cygwin-apps yet.
Bo
Am Mittwoch, 27. September 2006 20:13 schrieb Andre Poenitz:
> On Wed, Sep 27, 2006 at 04:29:19PM +0200, Georg Baum wrote:
> > The only way I can imagine that this works with inset_ == 0 is if the
> > compiler optimizes the address taking operator and the dereferencing
> > operator away and does th
Am Mittwoch, 27. September 2006 20:47 schrieb Enrico Forestieri:
> On Wed, Sep 27, 2006 at 03:49:25PM +0200, Georg Baum wrote:
>
> I tried building LyX using the stlport library and it now runs!
> I don't know why your examples still don't compile with stlport, though.
But I do: They tested wide
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Indeed. This is no advantage. Better pass stuff down as arguments
| instead of relying on globals.
|
| theApp->xxx is indeed current_view in disguise.
I invested years of my life to get rid of that...
--
Lgb
On Wed, Sep 27, 2006 at 03:49:25PM +0200, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > On Wed, Sep 27, 2006 at 10:23:27AM +0200, Georg Baum wrote:
> >
> >> So what about this patch (for 1.5)? Does it work for you Enrico?
> >
> > Unfortunately I am not able to run 1.5 anymore due to the wi
On Wed, Sep 27, 2006 at 03:03:44PM +0200, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Juergen> Attached is what I have so far. Please keep on commenting.
>
> Very good. Let's start from there, then.
>
> --- src/insets/insetcommand.h
On Wed, Sep 27, 2006 at 12:02:30PM +0200, Abdelrazak Younes wrote:
> >(btw. the bufferlist patch is ok, but we should consolidate
> >Application and LyX)
>
> Yes and my objective is just this indeed. We all agree (I think) that
> the frontend should use the kernel and not the other way around. I
On Wed, Sep 27, 2006 at 12:16:33PM +0200, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Juergen> "Changing the citation key does not update references to it"
> Juergen> http://bugzilla.lyx.org/show_bug.cgi?id=2744
>
> Juergen> The attached p
On Wed, Sep 27, 2006 at 01:54:04PM -, [EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/changeset/15166
> Log:
> Avoid comparing two dereferenced 0 pointers.
> I have no idea why that worked!
Because &*x == x in most implementations even for null pointers.
But of course that's not guaran
On Wed, Sep 27, 2006 at 10:24:15AM -, [EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/file/lyx-devel/trunk/src/BufferView.C?rev=15161
> ==
> --- lyx-devel/trunk/src/BufferView.C (original)
> +++ lyx-devel/trunk/
On Wed, Sep 27, 2006 at 04:29:19PM +0200, Georg Baum wrote:
> The only way I can imagine that this works with inset_ == 0 is if the
> compiler optimizes the address taking operator and the dereferencing
> operator away and does this instead:
The compiler does that. In fact, & and * are pretty ofte
On Wed, Sep 27, 2006 at 03:17:34PM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak> - expandFormats needs to know if there is an opened
> Abdelrazak> document currently and for the need of Exporter functions.
> Abdelrazak> - expandFloatListInsert() and expandFloatInsert() need
> Abdelrazak> some fl
On Tue, Sep 26, 2006 at 09:11:24PM -, [EMAIL PROTECTED] wrote:
>
> URL: http://www.lyx.org/trac/changeset/15159
> Log:
> delete unneeded BufferView.h declaration.
>
> Modified:
> lyx-devel/trunk/src/CutAndPaste.C
> lyx-devel/trunk/src/InsetList.C
> lyx-devel/trunk/src/ParagraphPar
On Wed, Sep 27, 2006 at 02:16:01PM +0200, Juergen Spitzmueller wrote:
> It would be easier if nextInset() would not return InsetBase, but the real
> inset. Any idea to simplify it further?
Huh?
InsetBase _is_ an inset.
Andre'
On Mon, 25 Sep 2006, [EMAIL PROTECTED] wrote:
> -
> The LFUN 'appendix' is used inside a document to tell LyX that what
> follows this point will be appendices. See the LyX User's
> Guide (section 3) for additional information.
Paul A. Rubin wrote:
Paul A. Rubin wrote:
Separator
Item "View DVI" "buffer-view_dvi"
Item "Update DVI" "buffer-update_dvi"
It was operator error. The underscores need to be spaces. (I got the
underscores from the names of the .xpm icon files that match the
commands, but appar
Bo, then you forgot to put /usr/share/lyx/fonts in the lyx-1.4.3-2.tar.bz2
archive. I fear that you have to roll out a -3 version...
Really? I will check that. :-(
Bo
On Tue, 26 Sep 2006, Bo Peng wrote:
> > Here is another link for slackware:
> > http://www.linuxpackages.net/search_view.php?by=name&name=lyx&ver=
>
> To late for my cygwin proposal.. :-) Good for lyx wiki though.
I've added the links to this page:
http://wiki.lyx.org/LyX/LyXOnLinux
/
Georg Baum wrote:
Paul A. Rubin wrote:
I put a copy of stdtoolbars.ui in the ui folder under my home directory,
and added the following lines to the "Extra" toolbar (immediately after
the thesaurus entry):
Separator
Item "View DVI" "buffer-view_dvi"
Item "Update DVI" "buffer-update_dv
Jean-Marc Lasgouttes wrote:
> Very good. Let's start from there, then.
>
> --- src/insets/insetcommand.h (Revision 15150)
> +++ src/insets/insetcommand.h (Arbeitskopie)
> @@ -72,6 +72,8 @@
>p_.setContents(c);
>}
> ///
> + void replaceC
Michael Gerz wrote:
> Georg Baum schrieb:
>> Copying table rows and columns is possible in mathed, but not in text
>> tables. This patch implements that and goes in trunk now.
>>
> What is the use of this patch? Even with 1.4.3, I can select the content
> of a complete row and copy it to anothe
Paul A. Rubin wrote:
> Hi all,
>
> Before I enter this in bugzilla, I want to make sure it's not just me
> screwing up.
>
> I put a copy of stdtoolbars.ui in the ui folder under my home directory,
> and added the following lines to the "Extra" toolbar (immediately after
> the thesaurus entry):
>
Georg Baum wrote:
> Then I propose to put this patch (1.4 version) in trunk and 1.4. OK?
Looks very reasonable to me.
Jürgen
Georg Baum schrieb:
Copying table rows and columns is possible in mathed, but not in text
tables. This patch implements that and goes in trunk now.
What is the use of this patch? Even with 1.4.3, I can select the content
of a complete row and copy it to another row.
Michael
Copying table rows and columns is possible in mathed, but not in text
tables. This patch implements that and goes in trunk now.
Georg
Log:
Implement copying of rows and columns in tables
* src/insets/insettabular.C
(InsetTabular::getStatus): enable COPY_ROW and COPY_COLUMN featu
Hi all,
Before I enter this in bugzilla, I want to make sure it's not just me
screwing up.
I put a copy of stdtoolbars.ui in the ui folder under my home directory,
and added the following lines to the "Extra" toolbar (immediately after
the thesaurus entry):
Separator
Item "View DVI" "b
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Currently it is possible for a child document to have different
Georg> buffer parameters, even a different text class than the master.
Georg> These will of course be ignored if the master document is
Georg> typeset, but if you agree th
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Abdelrazak Younes wrote:
>>
>>> For example, on a multipart document it would be a good idea to navigate
>>> to whatever part of the document. So you don't want to restrain the
>>> MenuBackend to be usable only for the currently visible Buffer but f
Georg Baum wrote:
Abdelrazak Younes wrote:
For example, on a multipart document it would be a good idea to navigate
to whatever part of the document. So you don't want to restrain the
MenuBackend to be usable only for the currently visible Buffer but for
any Buffer that you pass to it.
See ht
Abdelrazak Younes wrote:
> For example, on a multipart document it would be a good idea to navigate
> to whatever part of the document. So you don't want to restrain the
> MenuBackend to be usable only for the currently visible Buffer but for
> any Buffer that you pass to it.
See http://www.lyx.o
I've been using this to convert grace to pdf without going through eps
first. Can we add it?
Template gracepdf
GuiName "gracepdf: $$AbsOrRelPathParent$$Basename"
HelpText
A grace plot to pdf
HelpTextEnd
InputFormat agr
FileFilter "*.agr"
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> And yes, changing the parameters of a child doc makes sense,
> Georg> ask Helge.
>
> Could you be more precise?
Currently it is possible for a child document to have different buffer
pa
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The only way I can imagine that this works with inset_ == 0 is
Georg> if the compiler optimizes the address taking operator and the
Georg> dereferencing operator away and does this instead:
Georg> return p.inset_ == q.inset_ .
In my private tree I recently added an assert in CursorSlice::inset() to
debug a bug, and it triggered quite often. The reason was that operator==
was comparing the addresses of CursorSlice::inset():
class CursorSlice {
InsetBase & inset() const { return *inset_; }
InsetBase * inse
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> And yes, changing the parameters of a child doc makes sense,
Georg> ask Helge.
Could you be more precise?
Georg> Therefore we should only modify the const version, but it will
Georg> also lead to problems if it is different from the
Juergen Spitzmueller wrote:
> Georg Baum wrote:
>> I don't understand. Maybe we do not talk about the same thing? This is my
>> test document: All footnotes appear and none is swallowed.
>> Maybe you mean that they may not appear on the same page where the table
>> is?
>
> Not only that. For me,
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
Following Abdel's recent work, I need this to compile. Going in
now.
Abdelrazak> It is really weird that it compiles without it for me...
Abdelrazak> But you are
On Wed, Sep 27, 2006 at 03:46:54PM +0200, Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
> > Following Abdel's recent work, I need this to compile. Going in now.
>
> It is really weird that it compiles without it for me... But you are
> right, I see a call to lyx_gui::register_socket_cal
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>> Following Abdel's recent work, I need this to compile. Going in
>> now.
Abdelrazak> It is really weird that it compiles without it for me...
Abdelrazak> But you are right, I see a call t
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Fine. Then I am going to put it in trunk. Jean-Marc, I guess it
Georg> should also go in 1.4.4?
Yes.
JMarc
> "Marius" == Marius Ionescu <[EMAIL PROTECTED]> writes:
Marius> Hi, I hereby grant permission to licence my contributions to
Marius> LyX under the Gnu General Public Licence, version 2 or later.
Thanks Marius, you are in the hall of fame now :)
JMarc
Enrico Forestieri wrote:
> On Wed, Sep 27, 2006 at 10:23:27AM +0200, Georg Baum wrote:
>
>> So what about this patch (for 1.5)? Does it work for you Enrico?
>
> Unfortunately I am not able to run 1.5 anymore due to the wide characters
> problem. It only works with MSVC and I don't have it.
You
Jean-Marc Lasgouttes wrote:
Following Abdel's recent work, I need this to compile. Going in now.
It is really weird that it compiles without it for me... But you are
right, I see a call to lyx_gui::register_socket_callback() in there.
weird.
Abdel.
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> No, add() do need to know what the current Buffer is, it
Abdelrazak> just need some FuncRequest status via
Abdelrazak> theApp->lyxFunc().getStatus().
Yes, but getStatus knows what the current
Abdelrazak Younes wrote:
> No, multiple nested include won't be allowed in my described scheme so
> by default a document would be opened using a MasterBuffer and any child
> document in a normal Buffer. Or we can inverse the naming if you want:
> by default use a Buffer class and child documents
Following Abdel's recent work, I need this to compile. Going in now.
JMarc
Index: src/lyxserver.C
===
--- src/lyxserver.C (revision 15163)
+++ src/lyxserver.C (working copy)
@@ -44,6 +44,7 @@
#include "funcrequest.h"
#include "LyX
On Wed, Sep 27, 2006 at 03:07:25PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> JMarc, maybe you don't used the .updated versions because I
> Enrico> still don't see the fonts in the lyx-1.4.3-2.tar.bz2 archive.
>
> I think I ha
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> No, multiple nested include won't be allowed in my
Abdelrazak> described scheme so by default a document would be opened
Abdelrazak> using a MasterBuffer and any child document in a normal
Abdelrazak> Buffer. Or we can
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> This is just an idea to enforce the idea of a Master
Abdelrazak> buffer that will care about LateX preample (and LyX
Abdelrazak> layout?). As far as I understand, child buffers ignore
Abdelraza
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> No, add() do need to know what the current Buffer is, it
Abdelrazak> just need some FuncRequest status via
Abdelrazak> theApp->lyxFunc().getStatus().
Yes, but getStatus knows what the current buffer is.
>> However, s
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> This is just an idea to enforce the idea of a Master
Abdelrazak> buffer that will care about LateX preample (and LyX
Abdelrazak> layout?). As far as I understand, child buffers ignore
Abdelrazak> some LateX things. It
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> JMarc, maybe you don't used the .updated versions because I
Enrico> still don't see the fonts in the lyx-1.4.3-2.tar.bz2 archive.
I think I have the right ones:
fantomas: lftp devel
Password:
cd ok, cwd=/home/ftp/pub/incomin
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Attached is what I have so far. Please keep on commenting.
Very good. Let's start from there, then.
--- src/insets/insetcommand.h (Revision 15150)
+++ src/insets/insetcommand.h (Arbeitskopie)
@@ -72,6 +72,8 @@
Georg Baum wrote:
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> Would it make sense to make a new MasterBuffer class that
Abdelrazak> derives from Buffer?
No, the master buffer is just a pointer to yet another d
On Wed, Sep 27, 2006 at 11:48:47AM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> Bo> I have uploaded an updated version of the cygwin packages, with
> Bo> these fonts properly installed. Please put lyx-1.4.3-2.tar.bz2
> Bo> lyx-1.4.3-2-src.tar.bz2 to w
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Simplified? The patch seems rather mechanical to me... What
changes do you have in mind?
Abdelrazak> I just mean that I simplified the interface of these
Abdelrazak> expand functions (no Buffer passing
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes
>>> <[EMAIL PROTECTED]> writes:
>>
>> Abdelrazak> Would it make sense to make a new MasterBuffer class that
>> Abdelrazak> derives from Buffer?
>>
>> No, the master buffer is just a pointer to ye
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Would it make sense to make a new MasterBuffer class that
Abdelrazak> derives from Buffer?
No, the master buffer is just a pointer to yet another document, which
happens to have a InsetInclude
On Wednesday 27 September 2006 12:48, Georg Baum wrote:
> This has
> something to do with the way LaTeX works.
Nope, that has *everything* to do with the way LaTeX works. ;-)
--
José Abílio
On Wed, Sep 27, 2006 at 10:23:27AM +0200, Georg Baum wrote:
> So what about this patch (for 1.5)? Does it work for you Enrico?
Unfortunately I am not able to run 1.5 anymore due to the wide characters
problem. It only works with MSVC and I don't have it.
I tested it with 1.4 and it works perfect
Hi,
I hereby grant permission to licence my contributions to LyX under
the Gnu General Public Licence, version 2 or later.
Marius Ionescu
Jean-Marc Lasgouttes wrote:
> Some comments:
>
> -void Buffer::changeRefsIfUnique(string const & from, string const & to)
> +void Buffer::changeRefsIfUnique(string const & from, string const & to,
> InsetBase::Code code)
>
> I do not like passing an inset code if it is not really generic (the
>
Georg Baum wrote:
> Does using of changeRefsIfUnique mean that it does not have the copy/paste
> problems I described in the bug report?
Yes, in the sense that it only changes refs and citations when the given
label/bibitem is unique (so not if it has been duplicated by pasting).
However, my pat
Jean-Marc Lasgouttes wrote:
>> "Abdelrazak" == Abdelrazak Younes
>> <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Would it make sense to make a new MasterBuffer class that
> Abdelrazak> derives from Buffer?
>
> No, the master buffer is just a pointer to yet another document, which
> happen
Juergen Spitzmueller wrote:
> "Changing the citation key does not update references to it"
> http://bugzilla.lyx.org/show_bug.cgi?id=2744
>
> The attached patch against 1.4svn fixes the bug by extending
> changeRefsIfUnique. It works very nicely. OK for trunk and branch? (I have
> another fix for
On Wed, Sep 27, 2006 at 11:57:37AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> >> Modified: lyx-devel/branches/BRANCH_1_4_X/src/mathed/ChangeLog
> >> lyx-devel/branches/BRANCH_1_4_X/status.14x
>
> Enrico> Sorry Jean-Marc, it seems I wa
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Simplified? The patch seems rather mechanical to me... What
>> changes do you have in mind?
Abdelrazak> I just mean that I simplified the interface of these
Abdelrazak> expand functions (no Buffer passing) that's all.
This i
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Would it make sense to make a new MasterBuffer class that
Abdelrazak> derives from Buffer?
No, the master buffer is just a pointer to yet another document, which
happens to have a InsetInclude pointing to us. I suspec
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> "Changing the citation key does not update references to it"
Juergen> http://bugzilla.lyx.org/show_bug.cgi?id=2744
Juergen> The attached patch against 1.4svn fixes the bug by extending
Juergen> changeRefsIfUnique. It wor
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> What do you think of the attached. I even simplified some
Abdelrazak> expand functions...
Simplified? The patch seems rather mechanical to me... What changes do you
have in mind?
I just mean
Georg Baum wrote:
Abdelrazak Younes wrote:
Index: buffer.C
===
--- buffer.C(revision 15153)
+++ buffer.C(working copy)
@@ -1480,12 +1477,13 @@
params().parentname = name;
}
-
retain the two spaces plea
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| As the title says and as agreed yesterday.
|
| Will commit later today if there no comment.
btw. Are you aware that the Application you are working on now
actually exists already in the guise of class LyX in lyx_main.h
Abdelrazak Younes wrote:
> Index: buffer.C
> ===
> --- buffer.C(revision 15153)
> +++ buffer.C(working copy)
> @@ -1480,12 +1477,13 @@
> params().parentname = name;
> }
>
> -
retain the two spaces please.
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> Modified: lyx-devel/branches/BRANCH_1_4_X/src/mathed/ChangeLog
>> lyx-devel/branches/BRANCH_1_4_X/status.14x
Enrico> Sorry Jean-Marc, it seems I was not careful enough when
Enrico> converting the 1.5.x Log message to 1.4.x Changel
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> What do you think of the attached. I even simplified some
Abdelrazak> expand functions...
Simplified? The patch seems rather mechanical to me... What changes do you
have in mind?
I think I'd still prefer a single add
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| As the title says and as agreed yesterday.
|
| Will commit later today if there no comment.
btw. Are you aware that the Application you are working on now
actually exists already in the guise of class LyX in lyx_main.h?
(btw. the bufferlist patch
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> I have uploaded an updated version of the cygwin packages, with
Bo> these fonts properly installed. Please put lyx-1.4.3-2.tar.bz2
Bo> lyx-1.4.3-2-src.tar.bz2 to where they belong. (I uploaded two
Bo> versions, please use the .updated one.)
I
As the title says and as agreed yesterday.
Will commit later today if there no comment.
Abdel.
Index: buffer.C
===
--- buffer.C(revision 15153)
+++ buffer.C(working copy)
@@ -15,7 +15,6 @@
#include "author.h"
#include "Bra
Dear all,
At last I had time and play with the insetcommandparams as requested
on nomencl discussion. The new implementation keeps the contents and
options in lists. There is also support for individual parameters with
std::multimaps for future implementations. I haven't put any kind of
nested co
Enrico Forestieri wrote:
> Yes, it is possible. After installing latex2rtf, simply put the following
> two lines in "$HOME/.lyx/preferences" if you use a Linux like OS, or in
> "%USERPROFILE%/Application Data/LyX1.4.x/preferences" if you are on
> Windows (I am not sure where the preferences file i
96 matches
Mail list logo
