On Thu, Jun 12, 2003 at 07:52:52PM +, Angus Leeming wrote:
> Hmmm. The nice thing about MathNestInset of course is that the data is
> stored so:
> typedef std::vector cells_type;
> cells_type cells_;
> so you can take advantage of generic components like the math parser.
>
>
On Thu, Jun 12, 2003 at 08:43:34PM +0100, John Levon spake thusly:
>
> On Thu, Jun 12, 2003 at 11:06:51PM +0300, Martin Vermeer wrote:
>
> > So, the implementation is complete now including GUI. I don't find it
>
> screenshots please
>
> thanks
> john
http://www.hut.fi/~mvermeer/branch
On Thu, Jun 12, 2003 at 09:55:25PM +0200, Lars Gullik Bjønnes spake thusly:
>
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | So, the implementation is complete now including GUI. I don't find it
> | particularly elegant though; but it works and is clean, i.e., no dirty
> | tricks.
>
> Perhap
CVS compilation stops at:
iterators.C: In method `class ParConstIterator & ParConstIterator::operator ++()':
iterators.C:257: no match for `_List_iterator !=
_List_iterator'
/usr/include/g++/stl_list.h:70: candidates are: bool _List_iterator::operator !=(const _List_iterator &) const
lyxfont.h:
On Fri, Jun 13, 2003 at 11:19:49AM +1000, John Sheahan wrote:
> > Please *everybody* try these fonts (remove latex-ttf-fonts first,
> > install in $HOME/.fonts, fc-cache -fv, then load the attached examples)
>
> What lyx version were these files from? 1.3.2 does not like them much.
current CVS.
On Fri, Jun 13, 2003 at 12:09:21AM +, Angus Leeming wrote:
> John, please have a look at this.
Looks fine, thanks for doing this.
regards
john
Configuration
Host type: i686-pc-linux-gnu
Special build flags:warnings assertions xforms-image-loader
C Compiler: gcc
C Compiler flags: -g -O2
C++ Compiler: g++ (2.95.1)
C++ Compiler flags:
Here :
http://movementarian.org/latex-xft-fonts-0.1.tar.gz
is a new set of fonts (200k !), mostly converted by Dan Armak.
wasy10 was converted by Andrew Abyzov.
They should be safely under the latex license.
I made several fixes over and above that. It should work (try the
attached).
Please *
John, please have a look at this.
It stores and invokes the QMathMatrix dialog as if it were any other,
cleaning up the existing memory leak.
I quite like the fact that QMath and QMathMatrix both derive from
ControlMath2. It suggests that the GUI-implementation of the math panel
really is inde
They no longer extend along the whole of the text, e.g.
\underbrace{s}
regards
john
Martin Vermeer <[EMAIL PROTECTED]> writes:
| So, the implementation is complete now including GUI. I don't find it
| particularly elegant though; but it works and is clean, i.e., no dirty
| tricks.
Perhaps the implementation is not using dirty tricks, but I must admit
that the whole solution feel
On Thu, Jun 12, 2003 at 11:06:51PM +0300, Martin Vermeer wrote:
> So, the implementation is complete now including GUI. I don't find it
screenshots please
thanks
john
On Thu, Jun 12, 2003 at 09:55:01AM +0300, Martin Vermeer spake thusly:
>
> On Wed, Jun 11, 2003 at 03:29:14PM +0200, Michael Schmitt spake thusly:
> > - ... anything else? ...
>
> - "branches"? Working but lacking a GUI for set-up.
Attached a completed "branches" implementation. Now you can n
Andre Poenitz wrote:
> On Thu, Jun 12, 2003 at 10:06:00AM +, Angus Leeming wrote:
>> André,
>>
>> how do you forsee IU of the simple things like "button insets" panning
>> out? Will they take a form similar to that in mathed where the inset
>> itself derives from MathNestInset and is wrapped
This makes the LyXTabular a proper member of InsetTabular.
It is nowhere used in a non-owning sense, and we don't pimpl
it (and no need to do so), so there is no reason not to
have it as proper member.
It should not break anything but I wouldn't mind if e.g. John played a bit
with it ...
Ok?
A
On Tue, Jun 03, 2003 at 12:59:55PM +0300, Andrew Abyzov wrote:
> JL> QFontInfo has a tendency to lie, unfortunately. Any patch to this code
> JL> has to be tested under the following environments at least :
Here's an example of how QFontInfo lies on RH8 :
Looking for font family eufm10 ... raw
Jean-Marc Lasgouttes wrote:
> The following patch fixes the problems with the extra toolbar and
> thesaurus.
I thought ToolbarBackend would be the best place for a fix (though I failed
to check for unknown() there).
> I guess we can apply the first chunk right now, I do not know how to
> deal wi
Martin Vermeer wrote:
> On Thu, Jun 12, 2003 at 01:57:13PM +, Angus Leeming spake thusly:
>
>> Martin Vermeer wrote:
>> >> In this latter case, the script generates pstex and pstex_t output and
>> >> then converts the image to png using gs. I tried to generate a pdf
>> >> image rather than a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Be gentle...
|
| Lars> http://www.lyx.org/sourcedoc/
|
| Lars> It will be updated at most once a day.
|
| Great! I cannot get to the 'Class Hierarchy' part (takes foreve
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Be gentle...
Lars> http://www.lyx.org/sourcedoc/
Lars> It will be updated at most once a day.
Great! I cannot get to the 'Class Hierarchy' part (takes forever),
while Namespaces work. Does it impose such a big load on the ser
The following patch fixes the problems with the extra toolbar and
thesaurus.
The first hunk (qt) is obvious and works
The second hunk (xforms) is obvious but _does_not_ work because I the
appended backtrace and assertion. The problem is that the toolbar is
created before the bufferview is initi
On Thu, Jun 12, 2003 at 01:57:13PM +, Angus Leeming spake thusly:
> Martin Vermeer wrote:
> >> In this latter case, the script generates pstex and pstex_t output and
> >> then converts the image to png using gs. I tried to generate a pdf image
> >> rather than a png one but failed :-(
> >
>
Be gentle...
http://www.lyx.org/sourcedoc/
It will be updated at most once a day.
--
Lgb
Andre Poenitz wrote:
> On Thu, Jun 12, 2003 at 02:35:38PM +, Angus Leeming wrote:
>> $ fig2dev -Lpdftex -P ${input} ${pdftex}
>
> My fig2dev (3.2 patchlevel3d) does not understand -Lpdftex anyway.
I discovered that
fig2dev -Lpstex -p1 ${input} ${ouput}
was what I needed in the modern_xfi
Angus Leeming wrote:
> Andre Poenitz wrote:
>
>> On Thu, Jun 12, 2003 at 01:57:13PM +, Angus Leeming wrote:
>>> Clearly, both "work", but -Lpdftex output must be rotated, either as an
>>> option to fig2dev (unknown to me) or by adding some stuff to the
>>> \includegraphics command.
>>
>> man
On Thu, Jun 12, 2003 at 02:35:38PM +, Angus Leeming wrote:
> $ fig2dev -Lpdftex -P ${input} ${pdftex}
My fig2dev (3.2 patchlevel3d) does not understand -Lpdftex anyway.
What's wrong with
fig2dev -Lpstex -P ${input} tmp.ps
epstopdf tmp.ps
?
Andre'
--
Those who desire to give up Freedom
John Levon wrote:
> On Thu, Jun 12, 2003 at 01:30:01PM +, Angus Leeming wrote:
>
>> The attached patch is a work-in-progress in that the Qt math panel now
>> uses the Controller-View split of the other dialogs, but I haven't tried
>> to merge the xforms and Qt code bases together yet.
>
> Wh
Andre Poenitz wrote:
> On Thu, Jun 12, 2003 at 01:57:13PM +, Angus Leeming wrote:
>> Clearly, both "work", but -Lpdftex output must be rotated, either as an
>> option to fig2dev (unknown to me) or by adding some stuff to the
>> \includegraphics command.
>
> man fig2dev
> /rota
>
> ->
>
>
On Thu, Jun 12, 2003 at 01:30:01PM +, Angus Leeming wrote:
> The attached patch is a work-in-progress in that the Qt math panel now uses
> the Controller-View split of the other dialogs, but I haven't tried to
> merge the xforms and Qt code bases together yet.
Why ControlMath2 ?
regards
jo
On Thu, Jun 12, 2003 at 01:30:01PM +, Angus Leeming wrote:
> I wonder, is there any real reason why these dialogs can't be stored and
> invoked like any other.
No reason, that'd be great.
regards
john
On Thu, Jun 12, 2003 at 01:57:13PM +, Angus Leeming wrote:
> Clearly, both "work", but -Lpdftex output must be rotated, either as an
> option to fig2dev (unknown to me) or by adding some stuff to the
> \includegraphics command.
man fig2dev
/rota
->
-P Rotate the figure to portr
Martin Vermeer wrote:
>> In this latter case, the script generates pstex and pstex_t output and
>> then converts the image to png using gs. I tried to generate a pdf image
>> rather than a png one but failed :-(
>
> I use epstopdf manually (part of tetex) and works fine. It's a perl
> script and m
The attached patch is a work-in-progress in that the Qt math panel now uses
the Controller-View split of the other dialogs, but I haven't tried to
merge the xforms and Qt code bases together yet.
After this, I'd like to address this:
void QMathDialog::delimiterClicked()
{
// FIXME: leak
On Tue, Jun 03, 2003 at 12:59:55PM +0300, Andrew Abyzov wrote:
> Well, I've made some debugging and have found out, that though the font
> was loaded normally, rawName() reported it was Nimbus. I tried to use
> family(), but it repoted everything I've requested. Then I came
The decision on this p
On Thu, Jun 12, 2003 at 08:59:21AM +, Angus Leeming spake thusly:
> On Thursday 12 June 2003 7:00 am, Martin Vermeer wrote:
> > On Thu, Jun 12, 2003 at 08:04:41AM +0200, Andre Poenitz spake thusly:
> > > Incidently, concerning .fig -> .pdf. Konni said she always uses separate
> > > ps/tex exp
On Thu, Jun 12, 2003 at 01:54:28PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> Do you see any reason for this linear 'index' numbering of
> Andre> cells? [I do not really want to touch it now, but I have the
> Andre> impression that the current code is a bit more complex that it
> Andre> would be w
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Do you see any reason for this linear 'index' numbering of
Andre> cells? [I do not really want to touch it now, but I have the
Andre> impression that the current code is a bit more complex that it
Andre> would be with a simple row/c
On Thu, Jun 12, 2003 at 01:40:33PM +0200, Lars Gullik Bjønnes wrote:
> Looks ok to me.
Fine.
As you were moving in that direction:
Do you see any reason for this linear 'index' numbering of cells?
[I do not really want to touch it now, but I have the impression that the
current code is a bit mor
On Thu, Jun 12, 2003 at 12:29:10PM +0100, John Levon wrote:
> On Thu, Jun 12, 2003 at 01:25:10PM +0200, Andre Poenitz wrote:
>
> > - Read(buf, lex);
> > + read(buf, lex);
>
> Perhaps confusing it with InsetTabular::read(), but I think there are
> two versions of read: read() and Read().
I do
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Mostly renaming SomeFunctions() to someFunctions(),
| various issues with whitespace and excessive use of parantheses
| and some public->private.
|
| No user visible change.
Looks ok to me.
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Mostly renaming SomeFunctions() to someFunctions(),
The exact thing that I planned to do now.
| various issues with whitespace and excessive use of parantheses
| and some public->private.
|
| No user visible change.
Let me have a quick look.
--
On Thu, Jun 12, 2003 at 01:25:10PM +0200, Andre Poenitz wrote:
> - Read(buf, lex);
> + read(buf, lex);
Perhaps confusing it with InsetTabular::read(), but I think there are
two versions of read: read() and Read().
If not, please ignore me.
So, you are tabular maintainer now right ? >:)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Doxygen?
|
| Generating doxygen pages is very time consuming and takes a lot of
| hard disk space... Would it be possible to have an automatically up to
| date version on
On Thu, Jun 12, 2003 at 11:08:53AM +0100, John Levon wrote:
> Andre might be right for nice code like mathed, but I can assure you
> that not having "virtual" on derived methods inside insets/ is really
> really unhelpful, as it takes a significant amount of effort to work
> out where in the hiera
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Doxygen?
Generating doxygen pages is very time consuming and takes a lot of
hard disk space... Would it be possible to have an automatically up to
date version on our web site?
JMarc
On Thu, Jun 12, 2003 at 12:21:33PM +0200, Lars Gullik Bj?nnes wrote:
> No.. no... I thought that the inherited from base virtual functions
> was automatically documented by doxygen.
You have to do @copydoc or sometihng I think
regards
john
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Jun 12, 2003 at 12:17:33PM +0200, Lars Gullik Bj?nnes wrote:
|
| > Doxygen?
|
| Let's be real, nobody is adding docs to the insets because nobody really
| knows what's going on. So that'll solve it around the time we get a nice
| insets/ code anyw
On Thu, Jun 12, 2003 at 12:17:33PM +0200, Lars Gullik Bj?nnes wrote:
> Doxygen?
Let's be real, nobody is adding docs to the insets because nobody really
knows what's going on. So that'll solve it around the time we get a nice
insets/ code anyway...
john
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Jun 12, 2003 at 09:20:55AM +, Angus Leeming wrote:
|
| > > - string screenLabel() const;
| > > + virtual string const screenLabel() const;
| >
| > I removed the "virtual" bit from ref_inset.h and will apply soon.
|
| *sob*
|
| (Y
On Thu, Jun 12, 2003 at 10:18:41AM +0200, Michael Schmitt wrote:
> Well, I am not aware of any major new features other than change tracking.
Properly translated buffers ("Kapitel" not "Chapter")
External inset massive improvements
Menu re-ordering
Multiple toolbars
ERT Inset is now line-based
La
On Thu, Jun 12, 2003 at 09:20:55AM +, Angus Leeming wrote:
> > - string screenLabel() const;
> > + virtual string const screenLabel() const;
>
> I removed the "virtual" bit from ref_inset.h and will apply soon.
*sob*
(Yes it's the coder's will, but if you will bear me out...)
A
On Thu, Jun 12, 2003 at 10:17:12AM +, Angus Leeming wrote:
> Do you have any enthusiasm for a "raw TeX" display style in mathed so
> that the user could toggle between this and the "interpreted" form?
Yes, why not.
Andre'
--
Those who desire to give up Freedom in order to gain Security, wil
On Thu, Jun 12, 2003 at 10:06:00AM +, Angus Leeming wrote:
> André,
>
> how do you forsee IU of the simple things like "button insets" panning out?
> Will they take a form similar to that in mathed where the inset itself
> derives from MathNestInset and is wrapped in an interface to the outs
On Monday 02 June 2003 3:55 pm, Andre Poenitz wrote:
> On Mon, Jun 02, 2003 at 04:42:40PM +0100, Angus Leeming wrote:
> > André,
> >
> > how do I enter this in mathed:
> >
> > \[ \phi =\left{
> > \begin{array}{ll}
> > y & \mbox{if $x\leq l/2$} \\
> > z+y & \m
André,
how do you forsee IU of the simple things like "button insets" panning out?
Will they take a form similar to that in mathed where the inset itself
derives from MathNestInset and is wrapped in an interface to the outside
world (Formula), or will it be something like the code in insets whe
On Thu, Jun 12, 2003 at 10:18:41AM +0200, Michael Schmitt wrote:
> Although I am not directly involved in the implementation of LyX, it is
> very interesting to watch its development. The discussion on all the
> hacks in the LyX kernel makes me wonder why LyX <= 1.3.2 ever worked.
> How could we
Rob Lahaye wrote:
>
>
> Hi,
>
> In the devel-list's archives, I came across an old thread that dealt with
> the printer dialog. Specifically, whether there should be a different way
> of doing the print task. I wonder how interesting this still is and if
> 1.4.0 coud embrace such a change. Or d
Andre Poenitz wrote:
> Well, I don't like
>
> - string screenLabel() const;
> + virtual string const screenLabel() const;
I removed the "virtual" bit from ref_inset.h and will apply soon.
--
Angus
Andre Poenitz wrote:
On Wed, Jun 11, 2003 at 07:55:31PM +0200, Michael Schmitt wrote:
Or don't you see the end of the tunnel?
Well, it really depends on whether we want to release a dirty 1.4.0 "soon"
or a clean 1.4.0 "later".
There was no discussion yet on that topic. The pros and cons
Rob Lahaye wrote:
>
>
> Do "Insert->External Material...", to open the External Material Xforms
> dialog.
>
> Click on "Edit File", then on "Apply", then on "Edit File", then on
> "Apply" etc.
> This keeps generating "[Chess:]" boxes on the LyX canvas.
Not in the Qt dialog, although I think t
On Thu, Jun 12, 2003 at 09:02:20AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > The generated once will call the cctor and operator= of the base
"once"
*sigh* I really wonder why people write "phonetically"...
Does that mean we think, formulate audible words and write them down using
s
Andre Poenitz wrote:
> On Wed, Jun 11, 2003 at 07:29:17PM +, Angus Leeming wrote:
>> class Derived : public Base {
>> ???
>> };
>>
>> The question is, do I need to define explicit copy c-tor and operator=
>> for Derived to ensure that Base's copy c-tor, operator= is used?
>
> No.
>
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > b. makes it more similar to a return type "string const &", and in
| > combination with a. makes a transition to this type later (if wanted)
| > easier.
|
| Hardly an argument, is it?
Better than "it is too long I can't read it" :-)
Besides return t
On Thursday 12 June 2003 7:00 am, Martin Vermeer wrote:
> On Thu, Jun 12, 2003 at 08:04:41AM +0200, Andre Poenitz spake thusly:
> > Incidently, concerning .fig -> .pdf. Konni said she always uses separate
> > ps/tex export in that case and uses ps2pdf to convert the ps part only.
>
> Yes, that's wh
On Thu, Jun 12, 2003 at 09:43:55AM +0200, Lars Gullik Bjønnes wrote:
> | Well, I don't like
> |
> | - string screenLabel() const;
> | + virtual string const screenLabel() const;
> |
> | but I know Lars likes it. So maybe the point is already mood.
>
> I am not sure what part of it y
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Well, I don't like
|
| - string screenLabel() const;
| + virtual string const screenLabel() const;
|
| but I know Lars likes it. So maybe the point is already mood.
I am not sure what part of it you think I like I am ambivalent
about
On Wed, Jun 11, 2003 at 08:22:23PM +, Angus Leeming wrote:
> If you like this, then I guess that the next step is to remove InsetButton
> and to use ButtonRenderer further.
>
> Comments/Suggestions?
Well, I don't like
- string screenLabel() const;
+ virtual string const screenL
On Wed, Jun 11, 2003 at 07:29:17PM +, Angus Leeming wrote:
> class Derived : public Base {
> ???
> };
>
> The question is, do I need to define explicit copy c-tor and operator= for
> Derived to ensure that Base's copy c-tor, operator= is used?
No.
The generated once will call the c
On Wed, Jun 11, 2003 at 07:55:31PM +0200, Michael Schmitt wrote:
> On Wed, 11 Jun 2003, Andre Poenitz wrote:
>
> > On Wed, Jun 11, 2003 at 03:29:14PM +0200, Michael Schmitt wrote:
> >
> > > - tex2lyx
> >
> > Works for my stuff and a book my boss is writing.
>
> Does it mean it is ready to replace
On Wed, Jun 11, 2003 at 06:14:48PM +, Angus Leeming wrote:
> The patch isn't really ready to be applied, because Andr? has "stolen" my
> favoured name ButtonInset, so I've had to call mine ButtonAsInset. Crap I
> know.
Re-name mine if you want. This is transistional code anway and will die
o
70 matches
Mail list logo
