On Mon, Aug 04, 2003 at 10:40:16PM +0200, Asger Kunuk Alstrup wrote:
> I have worked with XML for three years professionally now, and am
> continuously monitoring the technology to do this. Most of my experience
> comes from the Xerces brand of parsers, because those are ironically the
> most matu
Jan-Åke Larsson wrote:
> May I suggest you take a look at "dvipng", available at
> http://sourceforge.net/projects/preview-latex/
Jan-Åke,
playing with the attached tex file
$ latex trial.tex
$ dvipng -D$128 -otrial%d.png trial.dvi
I get a bunch of warnings like
[43/home/angus/preview-latex/d
The following patch aims at making drag and drop of lyx files work on
Qt. The main code (in QWorkarea) is trivial, but I need
Bufferview_pimpl::workareaDispatch to call LyXView::dispatch instead
of its own.
So I did that and the thing works (wow!) *but* selection is broken...
So this is the place
Asger Kunuk Alstrup wrote:
> Oh, I beg you, don't go down that road.
Capisco!
--
Angus
On Mon, 4 Aug 2003, Angus Leeming wrote:
> Like I said, I know how to go about it. I can also see that this would be
> useful functionality. However, my question boils down to, "Is it
> extendable?" Which is another way of asking, "What is the grammar?"
Oh, I beg you, don't go down that road.
Th
Asger Kunuk Alstrup wrote:
> On Mon, 4 Aug 2003, Angus Leeming wrote:
>
>> > What about the idea to just remember which one was used the last
>> > time across sessions? I think that's much simpler to implement, and
>> > it will work wonders.
>>
>> I think we have different notions of 'simple to i
Martin Vermeer wrote:
> On Mon, Aug 04, 2003 at 05:08:55PM +0100, Angus Leeming spake thusly:
>>
>> Martin Vermeer wrote:
>> > Perhaps I'd better have a closer look at LColor.[Ch]...
>> > Attached a first attempt for comment... as you see, I'm struggling.
>>
>> Well, the header file looks prett
On Mon, 4 Aug 2003, Angus Leeming wrote:
> > What about the idea to just remember which one was used the last
> > time across sessions? I think that's much simpler to implement, and
> > it will work wonders.
>
> I think we have different notions of 'simple to implement'. I would
> have to create a
On Mon, Aug 04, 2003 at 05:08:55PM +0100, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
> > Perhaps I'd better have a closer look at LColor.[Ch]...
> > Attached a first attempt for comment... as you see, I'm struggling.
>
> Well, the header file looks pretty reasonable, although you shou
Latest CVS does not compile.
if g++ -DHAVE_CONFIG_H -I. -I../../lyx/src -I. -I../../lyx/boost -I/u/ksylvan/include
-I/usr/openwin/include -O2 -fno-exceptions -W -Wall -MT text2.o -MD -MP -MF
".deps/text2.Tpo" \
-c -o text2.o `test -f '../../lyx/src/text2.C' || echo
'../../lyx/src/'`../..
Martin Vermeer wrote:
> Perhaps I'd better have a closer look at LColor.[Ch]...
> Attached a first attempt for comment... as you see, I'm struggling.
Well, the header file looks pretty reasonable, although you should
aim to use
boost::scoped_ptr pimpl_;
to store the implementation eventu
Juergen Spitzmueller wrote:
> Are you shure
before Kuba jumps in: I have already noticed it ;-)
Juergen.
Andre Poenitz wrote:
> And how do I edit inlined ERT?
Are you shure you have already detected inlined ERT?
(hint: right mouse click on ert button)
Juergen.
Andre Poenitz wrote:
> > OK. But this doesn't mean that the ert inlined inset (as a general
> > inlined inset) could behave more like the math inline inset ui-wise.
>
> They could. And probably even should.
That's all I wanted to say. And that such an inset could be used for list
labels and stuff
On Mon, Aug 04, 2003 at 06:05:36PM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > Do I smell a volunteer for the Great Inset Unification?
>
> No.
>
> > Seriously, Math & Rest do not fit well together..
>
> OK. But this doesn't mean that the ert inlined inset (as a general inlined
On Mon, Aug 04, 2003 at 04:48:53PM +0100, John Levon wrote:
> On Mon, Aug 04, 2003 at 05:32:39PM +0200, Andre Poenitz wrote:
>
> > By 'inline' I do not mean 'create something fancy as wide as the full
> > screen'.
>
> And ERT in inline mode is not something fancy and it doesn't take up the
> full
Andre Poenitz wrote:
> Do I smell a volunteer for the Great Inset Unification?
No.
> Seriously, Math & Rest do not fit well together..
OK. But this doesn't mean that the ert inlined inset (as a general inlined
inset) could behave more like the math inline inset ui-wise.
Juergen.
Not too important anymore...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: insetcollapsable.C
===
RCS fi
On Mon, Aug 04, 2003 at 05:32:39PM +0200, Andre Poenitz wrote:
> By 'inline' I do not mean 'create something fancy as wide as the full
> screen'.
And ERT in inline mode is not something fancy and it doesn't take up the
full screen
john
--
Khendon's Law:
If the same point is made twice by the s
On Mon, Aug 04, 2003 at 05:48:03PM +0200, Juergen Spitzmueller wrote:
> John Levon wrote:
> > > Actually, for labels I'd prefer something like that (something like an
> > > inlined inset with a frame that is drawn when the cursor is inside and
> > > can be escaped with the tab key).
> >
> > I don't
Jan-Åke Larsson wrote:
> A tight bounding box can be produced with
>
> dvipng -T tight foo.dvi
>
> But I think the effect is similar to
>
> pnmcrop
>
> rather than
>
> pnmcrop -left | pnmcrop -right
pnmcrop buggers up the top/bottom metrics which we would like to use.
> I'd planned a switch
Jean-Marc Lasgouttes wrote:
>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
>>> I can believe that. But it would be crappy ;)
>
> Andre> Code-wise certainly not.
>
> Sure...
>
> Andre> Optically probably yes, but that'd just mean we need to come
> up Andre> with some generic sol
John Levon wrote:
> > Actually, for labels I'd prefer something like that (something like an
> > inlined inset with a frame that is drawn when the cursor is inside and
> > can be escaped with the tab key).
>
> I don't see any good reason to have any different user-visible behaviour
> whatsoever
I
... for simpler InsetText::updateLocal()
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: insettext.C
===
R
have been thinking about Jean-Marc's proposal to scrap InsetGraphics
entirely and use InsetExternal in its place. Essentially, he suggests
extending the ExternalTemplate grammar so that the dialog would have
extra widgets that 'appear by magic' if the template supports
scaling, rotating etc.
On Mon, Aug 04, 2003 at 04:22:34PM +0100, John Levon wrote:
> On Mon, Aug 04, 2003 at 05:12:26PM +0200, Andre Poenitz wrote:
>
> > For short ERT and \label, 'inline editing' would be beneficial as well.
>
> I don't see the relevance... we have inline editing for ERT as it is.
Huch?
By 'inline'
Asger Kunuk Alstrup wrote:
> On Fri, 1 Aug 2003, Angus Leeming wrote:
>
>> * Enable the user to choose the order in which External Templates
>> appear in that combox by modifying the externall_templates file.
>> The data must be stored in a vector rather tahn a map for this to
>> be achieved.
>
On Mon, Aug 04, 2003 at 05:12:26PM +0200, Andre Poenitz wrote:
> For short ERT and \label, 'inline editing' would be beneficial as well.
I don't see the relevance... we have inline editing for ERT as it is.
> So arguable, this is no 'different user-visible behaviour' but rather
> some kind of in
.. by assuming what == FULL everywhere (unless INIT).
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: insettext.C
===
On Mon, Aug 04, 2003 at 03:43:25PM +0100, John Levon wrote:
> On Mon, Aug 04, 2003 at 04:43:36PM +0200, Juergen Spitzmueller wrote:
>
> > Actually, for labels I'd prefer something like that (something like an inlined
> > inset with a frame that is drawn when the cursor is inside and can be escape
Angus Leeming wrote:
> When I was writing this stuff to interat with preview latex, dvipng
> was still very young. Do you think that it is now mature enough to
> use?
I'd think so. It is used in WeBWorK, a tool to distribute homework
problems on the web, and has been reported to "produce thousands
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> I can believe that. But it would be crappy ;)
Andre> Code-wise certainly not.
Sure...
Andre> Optically probably yes, but that'd just mean we need to come up
Andre> with some generic solutions for 'things at the begin of a
Andre> par
On Mon, Aug 04, 2003 at 03:55:16PM +0100, Angus Leeming wrote:
> can't see how you can loop over all widgets of a QWidgetStack.
> However, assuming that such a function is called size(), why would
> this not work?
We're not working out the width of the widget stack, we're working out
the width
On Mon, Aug 04, 2003 at 04:49:16PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> With the 'much like InsetOptional' approach we could have
> Andre> 'labels as insets' in an hour or so.
>
> I can believe that. But it would be crappy ;)
John Levon wrote:
> On Mon, Aug 04, 2003 at 02:51:47PM +0100, Angus Leeming wrote:
>
>> I guess that that means that the 'fix' is not to resize the left
>> hand pane?
>
> It's fixed size.
>
>> Why don't you make use of that draggable widget thingy that I
>> see in many kde apps? (knode, kmail,
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> You should say ``is there''.
Thanks. I found it so ugly...
Angus> and I agree, there is no harm in setting LATEX directly. My
Angus> reading of 'test' suggests that this is portable and pretty
Angus> elegant:
Angus> test $LATEX |
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> With the 'much like InsetOptional' approach we could have
Andre> 'labels as insets' in an hour or so.
I can believe that. But it would be crappy ;)
JMarc
On Mon, Aug 04, 2003 at 03:36:00PM +0100, John Levon wrote:
> On Mon, Aug 04, 2003 at 04:26:34PM +0200, Andre Poenitz wrote:
>
> > "floating text inset"? (simple, but "unusal")
>
> Floating ?
within the paragraph. Much like InsetOptional.
> > Text inset fixed to the first position of par? (not
On Mon, Aug 04, 2003 at 04:43:36PM +0200, Juergen Spitzmueller wrote:
> Actually, for labels I'd prefer something like that (something like an inlined
> inset with a frame that is drawn when the cursor is inside and can be escaped
> with the tab key).
I don't see any good reason to have any dif
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Ta-da! Simple solution to a simple problem. In fact,
> analogous Angus> to the LYX_USERDIR_14x environment variable, could
> we not get Angus> LyX itself to set a LYX_14X environment variable?
> The
Andre Poenitz wrote:
> But what kind of editing mechanism would you propose for
> "paragraph labels".
e.g list \items?
> "floating text inset"? (simple, but "unusal")
what's that?
> Text inset fixed to the first position of par? (not so simple, but more
> similar to current "fisrt word is label
On Mon, Aug 04, 2003 at 04:26:34PM +0200, Andre Poenitz wrote:
> "floating text inset"? (simple, but "unusal")
Floating ?
> Text inset fixed to the first position of par? (not so simple, but more
> similar to current "fisrt word is label" hack)
A proper layout engine indeed is not simple (at le
no more needed.
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
? .BufferView.h.swp
? 1.diff
? fullredraw.diff
? insets/1.diff
Index: BufferView.C
==
On Mon, Aug 04, 2003 at 03:19:29PM +0100, John Levon wrote:
> On Mon, Aug 04, 2003 at 04:04:58PM +0200, Andre Poenitz wrote:
>
> > Now, why do we have 190 lines of code to figure out what our left
> > margin looks like?
>
> Isn't it fun.
>
> > Cant' we just have labels as paragraph properties?
>
On Mon, Aug 04, 2003 at 02:51:47PM +0100, Angus Leeming wrote:
> I guess that that means that the 'fix' is not to resize the left hand
> pane?
It's fixed size.
> Why don't you make use of that draggable widget thingy that I
> see in many kde apps? (knode, kmail, konqueror...) Is it KDE, rather
On Mon, Aug 04, 2003 at 04:04:58PM +0200, Andre Poenitz wrote:
> Now, why do we have 190 lines of code to figure out what our left
> margin looks like?
Isn't it fun.
> Cant' we just have labels as paragraph properties?
If we're talking what things should be, labels should be an inset.
> [For t
On Mon, Aug 04, 2003 at 02:23:57PM +0100, Angus Leeming spake thusly:
> >> Yes. But I'll wager that the thought police will not let this one
> >> get past them. I'm afraid that you will be taken in for
> >> 're-education'.
> >
> > Re-educate me :-)
>
> If I remember rightly, room 101 contains y
On Fri, 1 Aug 2003, Angus Leeming wrote:
> * Enable the user to choose the order in which External Templates
> appear in that combox by modifying the externall_templates file. The
> data must be stored in a vector rather tahn a map for this to be
> achieved.
What about the idea to just remember w
John Levon wrote:
>> Of course, all this may have been fixed in current cvs, but here I
>> am using 1.3.x...
>
> It's fixed in CVS, at the cost of a l10n bug for wordy languages
> like German :/
Splendid.
I guess that that means that the 'fix' is not to resize the left hand
pane? Why don't you
On Mon, Aug 04, 2003 at 02:40:03PM +0100, John Levon wrote:
> On Mon, Aug 04, 2003 at 12:56:10PM +0200, Andre Poenitz wrote:
>
> > I think this is the immediate consequence of this extra space inside the
> > inset.
>
> No it's not, it's a consequence of space outside.
>
> I wonder how many more
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Ta-da! Simple solution to a simple problem. In fact, analogous
Angus> to the LYX_USERDIR_14x environment variable, could we not get
Angus> LyX itself to set a LYX_14X environment variable? Thereafter,
Angus> we could simply ask lyx
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Well, I don't think that lyx should fork one script, wait for
> Angus> it to finish generating a dvi file and then fork off another
> to Angus> generate the bitmaps from it. However we could perhaps
On Mon, Aug 04, 2003 at 01:27:55PM +0100, Angus Leeming wrote:
> Of course, all this may have been fixed in current cvs, but here I am
> using 1.3.x...
It's fixed in CVS, at the cost of a l10n bug for wordy languages like
German :/
john
--
Khendon's Law:
If the same point is made twice by the
On Mon, Aug 04, 2003 at 03:13:57PM +0200, Andre Poenitz wrote:
> > > I think this is the immediate consequence of this extra space inside the
> > > inset. I could simply remove a few pixel from the text width to get the
> > > ~100% cases right, but that would not be a proper fix.
>
> No, the prob
On Mon, Aug 04, 2003 at 12:56:10PM +0200, Andre Poenitz wrote:
> I think this is the immediate consequence of this extra space inside the
> inset.
No it's not, it's a consequence of space outside.
I wonder how many more times I can explain the problem :/
> I could simply remove a few pixel from
Martin Vermeer wrote:
> On Mon, Aug 04, 2003 at 12:26:32PM +0100, Angus Leeming spake
> thusly:
>
> ...
>
>> Well, I haven't thought through all the consequences, but I am
>> basically suggesting that LColor moves from a static, compile-time
>> list of available colours, to a dynamic, run-time
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Well, I don't think that lyx should fork one script, wait for
Angus> it to finish generating a dvi file and then fork off another to
Angus> generate the bitmaps from it. However we could perhaps generate
Angus> a temporary file and
On Mon, Aug 04, 2003 at 01:14:43PM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > I think this is the immediate consequence of this extra space inside the
> > inset. I could simply remove a few pixel from the text width to get the
> > ~100% cases right, but that would not be a proper
Jean-Marc Lasgouttes wrote:
>> "Jean-Marc" == Jean-Marc Lasgouttes
>> <[EMAIL PROTECTED]> writes:
>
> Jean-Marc> I think we are trying to do things that are too
> Jean-Marc> complicated, and this indicates that we have not found
> yet Jean-Marc> the 'right' solution...
>
> What about the
Jan-Åke Larsson wrote:
> Jean-Marc Lasgouttes wrote:
>> > "Jan-Åke" == Jan-Åke Larsson <[EMAIL PROTECTED]> writes:
>>
>> Jan-Åke> May I suggest you take a look at "dvipng", available at
>> Jan-Åke> http://sourceforge.net/projects/preview-latex/
>>
>> I think angus took a look at it, and I gu
On Mon, Aug 04, 2003 at 12:26:32PM +0100, Angus Leeming spake thusly:
...
> Well, I haven't thought through all the consequences, but I am
> basically suggesting that LColor moves from a static, compile-time
> list of available colours, to a dynamic, run-time list.
>
> This would be of use in
Jan-Åke Larsson wrote:
> May I suggest you take a look at "dvipng", available at
> http://sourceforge.net/projects/preview-latex/
>
> About:
> This program makes PNG graphics from DVI files as obtained from TeX
> and its relatives. Its benefits include speed; it is the fastest
> bitmap-rendering c
On sobota 02 sierpień 2003 03:06 pm, Juergen Spitzmueller wrote:
> Kuba Ober wrote:
> > > Oh, I was always shure [...]
> >
> > FYI, Correct spelling is "sure".
>
> Thanks.
>
> > Cordially,
> > your nightmarish spelling nitpicker
>
> If you're feeling bored you can spellcheck my thesis which needs
Angus Leeming wrote:
> Having the preamble in the document dialog is nice, but when I resize
> it I want to resize the preamble 'pane', not (see attached
> screenshot). Could we have not either just 'do this right' or perhaps
> have something draggable?
This is one of the things that lets John put
Jean-Marc Lasgouttes wrote:
>
> Angus> Am I not correct to say that the name of the user lyxdir is
> set Angus> at configure(old)/make(new) time? Yes, I know I'm correct
> to Angus> say this.
>
> And what about that?
> ./lyx -user-dir ~/.my-lyx
>
> I think we are trying to do things that are to
Having the preamble in the document dialog is nice, but when I resize
it I want to resize the preamble 'pane', not (see attached
screenshot). Could we have not either just 'do this right' or perhaps
have something draggable?
Also why doesn't the dialog have a maximise button?
Of course, all th
Jean-Marc Lasgouttes wrote:
> > "Jan-Åke" == Jan-Åke Larsson <[EMAIL PROTECTED]> writes:
>
> Jan-Åke> May I suggest you take a look at "dvipng", available at
> Jan-Åke> http://sourceforge.net/projects/preview-latex/
>
> I think angus took a look at it, and I guess lyxpreview2bitmap.sh will
>
> "Jan-Åke" == Jan-Åke Larsson <[EMAIL PROTECTED]> writes:
Jan-Åke> May I suggest you take a look at "dvipng", available at
Jan-Åke> http://sourceforge.net/projects/preview-latex/
I think angus took a look at it, and I guess lyxpreview2bitmap.sh will
eventually use it. However, this does not
Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> Jean-Marc> I think we are trying to do things that are too
> Jean-Marc> complicated, and this indicates that we have not found yet
> Jean-Marc> the 'right' solution...
>
> What about the follow
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I think we are trying to do things that are too
Jean-Marc> complicated, and this indicates that we have not found yet
Jean-Marc> the 'right' solution...
What about the following?
1/ generate your tex file
2/ run the
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>>
Angus> Second thought. Have a shell script that just initialises
>> such Angus> variables and call it from lyxpreview2bitmap.sh. Get
>> conf
Lars Gullik Bjønnes wrote:
>
> | One problem I see with this approach:
>>
> | If the lyx-qt build fails, then all subsequent builds do not
> | finish.
>
> So? Then that build should be made to work.
Agreed. That is the whole point of running
configure --with-frontend="qt xforms"
--
A
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| On Sun, Aug 03, 2003 at 10:31:48AM +0200, Lars Gullik Bjønnes wrote:
>> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>>
>> | On Sat, Aug 02, 2003 at 08:43:53PM +0200, Jean-Marc Lasgouttes wrote:
>> >> The following patch allows to compile several
Martin Vermeer wrote:
> OK, sounds like an interesting approach. (We'll still end up at 20x
> LOC of the original Branches implementation, don't you worry :-)
Nahhh.
> But... setBackgroundColor still expects a LColor::color argument,
> not an integer (or an id string, which would be better in a
Andre Poenitz wrote:
> I think this is the immediate consequence of this extra space inside the
> inset. I could simply remove a few pixel from the text width to get the
> ~100% cases right, but that would not be a proper fix.
Isn't the extra space stored somewhere? IMHO the inset width should be
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Second thought. Have a shell script that just initialises
> such Angus> variables and call it from lyxpreview2bitmap.sh. Get
> configure Angus> to autogenerate this script
>
> This would not solve
On Mon, Aug 04, 2003 at 12:57:22PM +0200, Juergen Spitzmueller wrote:
> Andre Poenitz wrote:
> > With border-offset you mean this 1cm-extra 'linen background' on the
> > left and right border of minipages etc?
>
> I mean basically that the border is off the right screen border for 100% wide
> min
Andre Poenitz wrote:
> With border-offset you mean this 1cm-extra 'linen background' on the
> left and right border of minipages etc?
I mean basically that the border is off the right screen border for 100% wide
minipages/footnotes etc. You have discussed this several times afair.
Juergen.
On Mon, Aug 04, 2003 at 10:20:41AM +0100, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
>
> > On Fri, Aug 01, 2003 at 07:02:29AM +0300, Martin Vermeer spake
> > thusly:
> >
> > ...
> >
> >> One remaining problem: the place where the colour is used in
> >> insets/insetbranch.C where we
> "Nirmal" == Nirmal Govind <[EMAIL PROTECTED]> writes:
Nirmal> This request is based on experiences with trying to send LaTeX
Nirmal> files generated by LyX to other "pure" LaTeX users and a
Nirmal> conference that required a single LaTeX file which had
Nirmal> everything in it.. So the reque
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Finally, it would be less costly to add a size() member to
>> BranchList and use that instead of generating a full list of
>> branches in the test.
Martin> Or empty()
Yes.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Second thought. Have a shell script that just initialises such
Angus> variables and call it from lyxpreview2bitmap.sh. Get configure
Angus> to autogenerate this script
This would not solve my problem, for example (where I need to u
On Mon, Aug 04, 2003 at 12:16:48PM +0200, Juergen Spitzmueller wrote:
> Take this as a positive feedback on the ongoing update work:
Thanks ;-)
> I have a minipage with lot of cruft (ert etc.) in it. In 1.3cvs, trying to
> uncollapse the minipage results in an infinite loop as soon as I change t
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> If we assume that all 'proper' systems will have a
> Angus> lyxrc.defaults file that can be found by
> lyxpreview2bitmap.sh, Angus> could we not use this:
>
> And how would it find that?
>
> Angus
Take this as a positive feedback on the ongoing update work:
I have a minipage with lot of cruft (ert etc.) in it. In 1.3cvs, trying to
uncollapse the minipage results in an infinite loop as soon as I change the
width to 50%col (100%col works).
1.4cvs doesn't have any problems at all (apart from
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> If we assume that all 'proper' systems will have a
Angus> lyxrc.defaults file that can be found by lyxpreview2bitmap.sh,
Angus> could we not use this:
And how would it find that?
Angus> sed -n '/^\\converter *latex *dvi/p' ../lyxr
Can anybody explain me the logic behind the '-' lines?
Shouldn't the '+' lines be more appropriate?
Index: text2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
retrieving revision 1.415
retrieving revision 1.416
dif
Jean-Marc Lasgouttes wrote:
>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> Is there any objection to change the line LATEX=latex in
> Dekel> lyxpreview2bitmap.sh to LATEX=elatex ?
>
> Dekel> I want this change as latex with Hebrew requires using
> elatex. Dekel> As far as I
Martin Vermeer wrote:
> On Fri, Aug 01, 2003 at 07:02:29AM +0300, Martin Vermeer spake
> thusly:
>
> ...
>
>> One remaining problem: the place where the colour is used in
>> insets/insetbranch.C where we have
>>
>> setBackgroundColor(lc.getFromGUIName(color));
>>
>> 'color' being the string
This replaces
void BufferView::update(LyXText * text, UpdateCodes f)
void BufferView::update(UpdateCodes f)
with
void BufferView::update()
and removes a couple of instances of multiple update() calls within the
same function.
Andre'
--
Those who desire to give up Freedom in order to gain Se
On Mon, Aug 04, 2003 at 12:31:11AM +0200, Jean-Marc Lasgouttes wrote:
> The following patch reimplements some of the stuff I wrote in chemnitz
> to handle document structure. There is now a nice Context structure
> which is passed around and replaces a few silly global variables.
>
> This even sup
91 matches
Mail list logo
