2014/1/13 Jean-Marc Lasgouttes
> If commit e26635bf does not mislead me, this is a question for Juergen.
>
> Why do we have a copy of the implementation of BRANCH_(DE)ACTIVATE in
> InsetBranch that mimics what exists in Buffer.cpp? Is there a real need for
> this duplicated co
If commit e26635bf does not mislead me, this is a question for Juergen.
Why do we have a copy of the implementation of BRANCH_(DE)ACTIVATE in
InsetBranch that mimics what exists in Buffer.cpp? Is there a real need
for this duplicated code?
JMarc
Jean-Marc Lasgouttes wrote:
> What about adding a new flag "importonly" to converters to express that
> they should only be considered for importation? Or some more general
> flags, but I have no precise idea pf the other use cases.
>
> This should be pretty easy to implement .
Yes, sounds like
Le 28/01/2011 06:58, Jürgen Spitzmüller a écrit :
What you propose might work, but it doesn't make sense in the case of other
formats, and there might be problematic cases. For instance, I get a rather
unusable DVI output format with params().useNonTeXFonts currently (due to some
LaTeX -> HTML -
Le 28 janv. 2011 à 06:58, Jürgen Spitzmüller a écrit :
>
> What you propose might work, but it doesn't make sense in the case of other
> formats, and there might be problematic cases. For instance, I get a rather
> unusable DVI output format with params().useNonTeXFonts currently (due to
> some
Jean-Marc Lasgouttes wrote:
> OK, I removed the test for literate. Now, can you tell me why the code
> is not
>
> 1/ if lyxrc.default_view_format is in exportableFormats(true), return this
> 2/ else return the first element of the above list
>
> Do you know reasons why that would not work? The s
Le 27/01/2011 15:02, Jürgen Spitzmüller a écrit :
Formats formats = exportableFormats(true);
if (isDocBook()
|| isLiterate()
|| params().useNonTeXFonts
|| params().encoding().package() == Encoding::japanese) {
if (formats.empty()
Le 27/01/2011 15:02, Jürgen Spitzmüller a écrit :
if (isDocBook()
|| isLiterate()
|| params().useNonTeXFonts
|| params().encoding().package() == Encoding::japanese) {
if (formats.empty())
return string();
Jean-Marc Lasgouttes wrote:
> Almost all is said in the message title:
>
> 1/ create a new document, add sweave module (or noweb probably)
> 2/ look at the View menu: the default format is DVI
Unless you specify a different default output format for the document in
Document > Settings > Output.
Almost all is said in the message title:
1/ create a new document, add sweave module (or noweb probably)
2/ look at the View menu: the default format is DVI
I tried to understand the logic, but I am not sure what to do.
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
| Angus> Jürgen, didn't you do something with paper settings recently? I
| Angus> notice this when compiling 1.4:
>
| It was José. He's supposed to fix it eventually. There are other
| pl
On Friday 22 July 2005 14:35, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Jürgen, didn't you do something with paper settings recently? I
> Angus> notice this when compiling 1.4:
>
> It was José. He's supposed to fix it eventually. There are o
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jürgen, didn't you do something with paper settings recently? I
Angus> notice this when compiling 1.4:
It was José. He's supposed to fix it eventually. There are other
places where this happens, but it is believed to be harmless.
Jürgen, didn't you do something with paper settings recently? I notice this
when compiling 1.4:
QGraphics.C: In member function `virtual void
lyx::frontend::QGraphics::update_contents()':
QGraphics.C:173: warning: enumeration value `PAPER_CUSTOM' not handled in
switch
QGraphics.C:173: warning: enu
Alain Castera wrote:
> Note : I changed 2 more files, lyx_sty.C and lyx_sty.h , in order to
> redefine tabularnewline only once.
>
> Have fun ;-)
Hi Alain as soon as I get a ChangeLog entry patch from you about the
changes you made in the single files I will commit this patch.
Jug
--
Alain Castera wrote:
> Hi Juergen.
Hi Alain!
> Here's the beast. Shall I post it to bugzilla too ?
>
> Thank's to you and Lars for the help in compiling.
>
> Note : I changed 2 more files, lyx_sty.C and lyx_sty.h , in order to
> redefine tabularnewline onl
On Mon, 2 Sep 2002, Juergen Vigna wrote:
> Ok could you send us a new patch on an updated 1.3.0? I will have a look
> at it again and I hope other people will have also. If I don't see any
> grave problems and others agree too we will commit this and fix the WYSIWYM
> later
Alain Castera wrote:
> I updated just before.
> I will try tonight with a fresh checkout.
> However, note that gcc is looking for boost/pending/ct_if.hpp , and I
> don't see the entire directory "pending"
Do you use wrong cvs flags? Don't you add new direcories on an update?
Try to use
On 4 Sep 2002, Lars Gullik [iso-8859-1] Bjønnes wrote:
> Alain Castera <[EMAIL PROTECTED]> writes:
>
> | ../../../../boost/boost/signals/detail/signal_base.hpp:29,
> | from signal_base.cpp:18:
> | ../../../../boost/boost/function/function_base.hpp:27:35:
> | boost/pending/ct_if.h
Alain Castera <[EMAIL PROTECTED]> writes:
| ../../../../boost/boost/signals/detail/signal_base.hpp:29,
| from signal_base.cpp:18:
| ../../../../boost/boost/function/function_base.hpp:27:35:
| boost/pending/ct_if.hpp: No such file or directory
| make[4]: *** [signal_base.lo] Erreu
Alain Castera wrote:
[SNIP]
> boost/pending/ct_if.hpp: No such file or directory
> make[4]: *** [signal_base.lo] Erreur 1
> --
>
> Could you please help me ? I am not root on my machine, so the distrib may
> be a little bit old. I tried with xforms 0.89.5, but the result was the
> same.
>
I hav
On Mon, 2 Sep 2002, Juergen Vigna wrote:
> Ok could you send us a new patch on an updated 1.3.0? I will have a look
> at it again and I hope other people will have also. If I don't see any
> grave problems and others agree too we will commit this and fix the WYSIWYM
> later on
On Mon, 2 Sep 2002, Juergen Vigna wrote:
> Well I'm afraid that user get lost, on the other hand it would be surely
> good to have something like this as some sort of default for tabular cells.
If you are not talking about the WYSIWYM implementation, I definitely
don't unders
On Mon, Sep 02, 2002 at 03:50:40PM +0200, Juergen Vigna wrote:
> > As far as I remember
> > What is wrong now : the "tabularnewline" definition (needed by the
> > tex->html translators) appears in the preamble but once for each table of
> > the document.
This
Alain Castera wrote:
> Hi Juergen.
>
> I'm just back from some vacations, I hope I am not too late.
Nope, we were all waiting for your answer ;). Hope you enjoyed
your holidays.
> All the tests I've done indicate that, with my patch, the paragraph
> setting take
Hi Juergen.
I'm just back from some vacations, I hope I am not too late.
On Wed, 21 Aug 2002, Juergen Vigna wrote:
> >>The problem is that I don't really like the approach and so I
> >>don't like to apply the patches. You can set the horizontal
> >>
John Levon wrote:
> On Tue, Aug 20, 2002 at 11:11:09AM +0200, Juergen Vigna wrote:
>
>
>>John Levon wrote:
>>
>>>http://bugzilla.lyx.org/show_bug.cgi?id=476
>>>
>>>Can somebody please look at it ?
>>
>>The problem is that I don&#
On Tue, Aug 20, 2002 at 11:11:09AM +0200, Juergen Vigna wrote:
> John Levon wrote:
> >http://bugzilla.lyx.org/show_bug.cgi?id=476
> >
> >Can somebody please look at it ?
>
> The problem is that I don't really like the approach and so I
> don't li
On Tue, Aug 20, 2002 at 03:42:06PM +0200, Juergen Vigna wrote:
> Well you miss the memory allocation for a InsetText which at least
> has 1 (one) paragraph allocated inside it and I guess it's that which
> makes the bloat.
Ah...yes.
> My chant is "first make it work/th
Andre Poenitz wrote:
> On Tue, Aug 20, 2002 at 02:57:00PM +0200, Edwin Leuven wrote:
>
>>>the more comprehensive per-cell information of the "real" tables.
>>
>>what would this be?
>>
>>-border info : 4 bools
>>-multicol: 1 bool
>>-multicol opt: 1 string
>>-rotate: : 1 bool
>>-hor align
On Tue, Aug 20, 2002 at 02:57:00PM +0200, Edwin Leuven wrote:
> > the more comprehensive per-cell information of the "real" tables.
>
> what would this be?
>
> -border info : 4 bools
> -multicol: 1 bool
> -multicol opt: 1 string
> -rotate: : 1 bool
> -hor align : 1 int
> -ver aling :
> the more comprehensive per-cell information of the "real" tables.
what would this be?
-border info : 4 bools
-multicol: 1 bool
-multicol opt: 1 string
-rotate: : 1 bool
-hor align : 1 int
-ver aling : 1 int
-fix width : 1 float, 1 int
+
26 b
On Tue, Aug 20, 2002 at 02:13:34PM +0200, Edwin Leuven wrote:
> math-matrix 1000 50 (same dimensions as with tabular insert)
> matrix shows up almost immediately, and memory:
>
> PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
> 1779 leuven15 0 8000 7972 3640 R
> Could you try to compare with
>
> math-matrix 1000 500
math-matrix 1000 50 (same dimensions as with tabular insert)
matrix shows up almost immediately, and memory:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
1779 leuven15 0 8000 7972 3640 R 0.0 1.5
On Tue, Aug 20, 2002 at 01:34:41PM +0200, Edwin Leuven wrote:
> > But what if you have a table with 1000 rows and you want all the paragraphs
> > to be centered?
>
> this is not a very realistic example, try
>
> tabular-insert 1000 50
Could you try to compare with
math-matrix 1000 500
?
> But what if you have a table with 1000 rows and you want all the paragraphs
> to be centered?
this is not a very realistic example, try
tabular-insert 1000 50
and fetch some coffee because this is dog slow. Moreover you will need some
memory:
PID USER PRI NI SIZE RSS SHARE STAT %
On Tue, Aug 20, 2002 at 11:11:09AM +0200, Juergen Vigna wrote:
> The problem is that I don't really like the approach and so I
> don't like to apply the patches. You can set the horizontal
> alignment of the pararaphs inside the cell with the paragraph
> layout
But what if
John Levon wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=476
>
> Can somebody please look at it ?
The problem is that I don't really like the approach and so I
don't like to apply the patches. You can set the horizontal
alignment of the pararaphs inside the cell with the paragraph
layout, no
http://bugzilla.lyx.org/show_bug.cgi?id=476
Can somebody please look at it ?
thanks
john
p.s. herbert same goes for listings I'll try to look at the bits I can
follow soon
--
"Way back at the beginning of time around 1970 the first man page was
handed down from on high. Every one since is a
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> I suspect this may have been part of Jürgens fix for line
Allan> breaking around a quote inset. What had been happening is that
Allan> sentences like the following could be broken in dumb-looking
Allan> ways:
I commited what I thing t
ineSeparatorChar(char c, Inset * in) {
> return ((c == ' ') || (in && in->isSpace()));
> }
>
> The problem is that the only inset which returns true to the isSpace
> call is the protected space, and this is obviously not a line
> separator (but it is a space as
e()));
}
The problem is that the only inset which returns true to the isSpace
call is the protected space, and this is obviously not a line
separator (but it is a space as far as the special quote inset
insertion algorithm is concerned).
Juergen, I do not post this only to embarass you publicly
Juergen, I need some advice... Currently the Edit>Tabular submenu only
works when one is in the dummy position of the tabular, not in a cell
insettext. The reason for that is the following code in
BufferView::Pimpl::Dispatch:
case LFUN_TABULAR_FEATURE:
case LFUN_SCROLL_IN
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> I've heard that there should be some LyXTips on www.lyx.org
Yes, but these are just good enough for people on lyx-users, not for
the real experts that use to be on lyx-devel.
Herbert> with some links for latexdocs ... and one
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> http://www.tug.org/utilities/plain/cseq.html#hskip-rp
>
> How come nobody told me about this page earlier??? Thanks for the
> great link, herbert.
I've heard that there should be some L
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> http://www.tug.org/utilities/plain/cseq.html#hskip-rp
How come nobody told me about this page earlier??? Thanks for the
great link, herbert.
JMarc
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> Jean-Marc Lasgouttes wrote:
>
>
"Herbert" == Herbert Voss <[EMAIL PROTECTED]>
writes:
> Herbert> where do you have gluelength in horizontal space, exc
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Jean-Marc Lasgouttes wrote:
>>> "Herbert" == Herbert Voss <[EMAIL PROTECTED]>
>>> writes:
>>>
Herbert> where do you have gluelength in horizontal space, except the
Herbert> hfill?
>> Can't I do \hspace{2cm+1cm}? I
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> where do you have gluelength in horizontal space, except the
> Herbert> hfill?
>
> Can't I do \hspace{2cm+1cm}? I thought it was possible.
now I thought it, too ... (it made no sense
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> where do you have gluelength in horizontal space, except the
Herbert> hfill?
Can't I do \hspace{2cm+1cm}? I thought it was possible.
JMArc
Jean-Marc Lasgouttes wrote:
> Juergen> I don't know. Where do we need gluelenghts together with that
> Juergen> method? Only in Paragraph VSpace, I think. And I don't know
> Juergen> how we could update a widget (one field, one choice) from a
> Juergen> gluelen
>>>>> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Yes, I saw it. I can have a look at it and play a little.
Juergen> Concerning the Code safeness, I think it's good if Angus
Juergen> could have a look, too. He's writte
Jean-Marc Lasgouttes wrote:
> Juergen, there is some code which is turned off in xforms_helpers.C
> for the updateWidgetsFromLength methods. I did not turn them on at
> the time (look at the #if 1) because I wanted to be safe, but it
> seems to me that they just work (and they are
Juergen, there is some code which is turned off in xforms_helpers.C
for the updateWidgetsFromLength methods. I did not turn them on at the
time (look at the #if 1) because I wanted to be safe, but it seems to
me that they just work (and they are much simpler than the original
versions). Could
On 29-Aug-2000 Allan Rae wrote:
>
> Same policy, but different implementation of ButtonController. You didn't
> read what I wrote did you? I was talking about ButtonController not
> ButtonPolicy and its children.
>
Come on Allan it may be afternoon/evening for you but when I read that I
was j
On Mon, 28 Aug 2000, Juergen Vigna wrote:
>
> On 28-Aug-2000 Allan Rae wrote:
> >
> > Are you referring to KDE now or just XForms? I'll see if I can come up
> > with something suitable for KDE.
>
> Well I guess that we will have the same policy!
Same poli
On 28-Aug-2000 Allan Rae wrote:
>
> Are you referring to KDE now or just XForms? I'll see if I can come up
> with something suitable for KDE.
>
Well I guess that we will have the same policy!
> I have several (big cleanup) changes in my tree for
> xforms/FormDocument.[hC] and have fixed all
On Fri, 25 Aug 2000, Juergen Vigna wrote:
>
> On 25-Aug-2000 John Levon wrote:
[...]
> > Are you planning to do a ButtonController class ?
>
> Allan will do this, I already implemented it we just have to make
> to use the right Policy ;)
Are you referring to KDE now or j
On 25-Aug-2000 John Levon wrote:
>
> My mail to your address got bounced !
>
My PC was down last night :( because of a lockup of the scsii bus!)
> Anyway, did you say you were working on FormDocument ?
>
I already have it working!
> Are you planning to do a ButtonController class ?
>
All
My mail to your address got bounced !
Anyway, did you say you were working on FormDocument ?
Are you planning to do a ButtonController class ?
I won't be able to do any lyx stuff for a month or so whilst I write up
...
thanks
john
--
"Now I know why you say so little in person, you mouth is
*Alejandro Aguilar Sierra writes:
| I just thought some of you would be glad to know that Juergen is
| surviving well in this wild lands. ;)
:-)
Lgb
Hi all,
Last week Juergen spent a few days more in Mexico city. After more than a
month in our beaches, his skin looks darker. This time there was no coding
sessions, he is in his hollydays and I have no time, but we had some biers
and fun.
Now he's again in his way to the south-east and h
62 matches
Mail list logo
