Since lyx now supports qt, it would be nice if it would look for kpdf.
Georg Baum wrote:
Please file a bug nevertheless. Non-existing lfuns in ui files should be
ignored, and an error message telling that should appear on the console.
Done (#2866).
/Paul
Am Montag, 25. September 2006 10:42 schrieb Jean-Marc Lasgouttes:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> The attached patch would put the infrastructure in place for
> Martin> doing it for environments too. Seems to work.
>
> Hmm, how come I thought it was not
Am Dienstag, 26. September 2006 12:02 schrieb Peter Kümmel:
> Jean-Marc Lasgouttes wrote:
> >> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
> >
> > Peter> Here a small patch for 1.4.x (analog for trunk) to get some
> > Peter> feedback when there was a problem while loading the configure
Oops, I forgot the changed files. Here they are.
Georg
/**
* \file insetcommandparams.C
* This file is part of LyX, the document processor.
* Licence details can be found in the file COPYING.
*
* \author Angus Leeming
*
* Full author contact details are available in file CREDITS.
*/
#inc
Hi Ugras,
I am glad to see that you worked on this.
Am Mittwoch, 27. September 2006 11:29 schrieb Ozgur Ugras BARAN:
> 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. The
Andre Poenitz wrote:
On Thu, Sep 28, 2006 at 12:45:50PM +0200, Abdelrazak Younes wrote:
The best option is to remove the need for (non const) access to this
BufferList. I think Buffer creation/deletion should be done by the
frontend not the kernel. The kernel could ask for a new buffer via a
s
Am Donnerstag, 28. September 2006 11:33 schrieb Persio Barros:
> Hi all,
>
> I was having many problems with the Scigraphica tar balls, so I tried to
get
> the all the pertinent code from CVS and have it compiled on my CentOS4
> system. After some trouble, I could figure out how to do that. Bel
On Thu, Sep 28, 2006 at 07:27:28AM +0200, Jean-Marc Lasgouttes wrote:
> > "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>
On Thu, Sep 28, 2006 at 10:08:54AM +0200, Abdelrazak Younes wrote:
> IMO, it is much cleaner this way. I really dislike these global
> variable. But the bigger benefit (for me) is that I will know exactly
> what needs more cleanups in the kernel (src/*).
>
> >We now get a class (and header
> >fi
On Thu, Sep 28, 2006 at 09:40:38AM +0200, Abdelrazak Younes wrote:
> >But keep in mind that to reach real encapsulation in the end _in theory_
> >src/*.[Ch] should not contain any #include "frontends/*".
>
> Yes, that exactly my plan. But hey I have to start somewhere ;-)
I know. And note that I
On Thu, Sep 28, 2006 at 12:45:50PM +0200, Abdelrazak Younes wrote:
> The best option is to remove the need for (non const) access to this
> BufferList. I think Buffer creation/deletion should be done by the
> frontend not the kernel. The kernel could ask for a new buffer via a
> signal for examp
On Thu, Sep 28, 2006 at 09:30:17AM +0200, Abdelrazak Younes wrote:
> >I guess in the long run this is not ideal...
>
> /me neither. I prefer simple class that do simple thing good. Cursor
> should not be a gateway to everything in the LyX memory structure.
It was a fairly uniform improvement ove
On Thu, Sep 28, 2006 at 10:28:10AM +0200, Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | > I wonder whether it might be better style to pass bufferlist as
> | > argument
> | > to the function instead of accessing a singleton.
> |
> | Agreed. Next step.
>
> I am
On Thu, Sep 28, 2006 at 09:49:22AM +0200, Abdelrazak Younes wrote:
> >Could you please add '-c' to your diff options so that we can see in
> >which function these changes are.
>
> I didn't manage to configure tortoiseSVN to do that. Next time I will
> try to generate the diff by hand (but it is v
On Thu, Sep 28, 2006 at 12:39:57PM +0200, Abdelrazak Younes wrote:
> Again, I prefer to have one single point of access for all global
> variable. The logical place to put them is in Application. When it's
> written "theApp->XXX", I know that this is a unique instance variable.
> "XXX" alone doe
On Thu, Sep 28, 2006 at 09:46:08AM +0200, Abdelrazak Younes wrote:
> >Is BufferView really not used in these files or
> >is some of the other headers suddenly pulling it in?
>
> I think it is really not used because I have made sure by searching for
> "BufferView" and for "bv".
Very well then ..
On Thu, Sep 28, 2006 at 07:23:16AM +0200, Jean-Marc Lasgouttes wrote:
> > "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?
>
> Filli
Abdelrazak Younes wrote:
Hum... I've done the change (see attached) but it's more complicated
than that. For example, InsetMathNest.C should not care about BufferList
but I need to include "bufferlist.h" to avoid this compilation error
below. Any idea someone?
With the pimpl_ implementation
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> While trying to get my bearings in the code, I noticed that there
Dov> was a stub for a transpose function (LFUN_TRANSPOSE_CHARS), so I
Dov> thought that writing that function would be a good exercise for
Dov> getting familiar with the
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Lars Gullik Bjønnes wrote:
| > We now get a class (and header
| > file) that will have to include a multitude of other header
files. and
| > in cases headerfiles that callers does not need at all.
| | Right, initially
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Lars Gullik Bjønnes wrote:
| > We now get a class (and header
| > file) that will have to include a multitude of other header
files. and
| > in cases headerfiles that callers does not need at all.
| | Right, initially I didn't want to put thes
Abdelrazak Younes wrote:
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Andre Poenitz wrote:
| > | > On Wed, Sep 27, 2006 at 12:02:30PM +0200, Abdelrazak Younes
wrote:
| > | >>> (btw
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > I wonder whether it might be better style to pass bufferlist as
| > argument
| > to the function instead of accessing a singleton.
|
| Agreed. Next step.
I am not sure that I agree. A singleton is special... there is
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Andre Poenitz wrote:
| > | > On Wed, Sep 27, 2006 at 12:02:30PM +0200, Abdelrazak Younes wrote:
| > | >>> (btw. the bufferlist patch is ok
Dov Feldstern wrote:
[...]
Finally, back to word-completion: I've started working on that, but
the main problem I've run into is preserving state between consecutive
invocations. For example, let's say C-p is bound to this function. So
the first time I call C-p, the word which the cursor is at
Hi all,
I was having many problems with the Scigraphica tar balls, so I tried to get
the all the pertinent code from CVS and have it compiled on my CentOS4
system. After some trouble, I could figure out how to do that. Bellow are
the instructions, if someone wants to do that:
1) GtkExtra
get
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Actually, what this shows is that menus-before-expand and
>> menus-after-expand should be two different classes (the first one
>> should not know about status and the second one should not know
>> about special menuitem kinds),
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Yes, I'd prefer a single function that does the check in any case.
Abdelrazak> This is difficult to do for now without a cleanup of
Abdelrazak> LyXFunc or a reordering of object initialisation on start
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > I wonder whether it might be better style to pass bufferlist as
| > argument
| > to the function instead of accessing a singleton.
|
| Agreed. Next step.
I am not sure that I agree. A singleton is special... there is only
one, not the case is not
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Andre Poenitz wrote:
| > | > On Wed, Sep 27, 2006 at 12:02:30PM +0200, Abdelrazak Younes wrote:
| > | >>> (btw. the bufferlist patch is ok, but we should consolidate
|
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Yes, I'd prefer a single function that does the check in any case.
Abdelrazak> This is difficult to do for now without a cleanup of
Abdelrazak> LyXFunc or a reordering of object initialisation on start
Abdelrazak> up. This is
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
| > 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 th
Georg Baum wrote:
Abdelrazak Younes wrote:
I didn't manage to configure tortoiseSVN to do that. Next time I will
try to generate the diff by hand (but it is very cumbersome).
What happens if you install GNU diff and enter it (with the -p argument that
makes it show the function names) in
Tort
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
| > 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 th
Abdelrazak Younes wrote:
> I didn't manage to configure tortoiseSVN to do that. Next time I will
> try to generate the diff by hand (but it is very cumbersome).
What happens if you install GNU diff and enter it (with the -p argument that
makes it show the function names) in
TortoiseSVN->Settings-
Andre Poenitz wrote:
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)
+++
Andre Poenitz wrote:
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)
+++
Andre Poenitz wrote:
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/Paragra
Andre Poenitz wrote:
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
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am not sure I understand what you mean here. Do you want
Abdelrazak> a single function that does the check in any case? If yes,
Abdelrazak> I am OK with that too and I don't think that there
Andre Poenitz wrote:
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
Abd
42 matches
Mail list logo
