-BEGIN PGP SIGNED MESSAGE-
I tried to build qt2, but failed:
My gcc-version is 2.95.3.
...
g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../src/
-I../../../../src/frontends/ -I../../../../images -I./qt2
-I../../../../src/frontends/xforms -I/usr/lib/qt2/include -I../../../../
On Fri, Jul 12, 2002 at 10:09:30PM +0200, Edwin Leuven wrote:
> btw linking fails with gcc-3.1
Som,e more info would be good. Are you sure you've built a Qt with gcc
3.1 ?
> but I am able to buid with gcc-2.96
> kickstarting lyx fails however :-(
Again, please investigate further. What versio
btw linking fails with gcc-3.1
but I am able to buid with gcc-2.96
kickstarting lyx fails however :-(
(gdb) bt
#0 0x40783025 in __libc_free (mem=0x8459f20) at malloc.c:3155
#1 0x406c41f6 in __builtin_delete (ptr=0x8459f20)
from /usr/lib/libstdc++-libc6.2-2.so.3
#2 0x082cd24a in boost::any:
On Fri, Jul 12, 2002 at 06:46:24PM +0200, Edwin Leuven wrote:
> would this be better with Qt3?
No.
http://doc.trolltech.com/3.0/templates.html
john
--
"Be sure of this, O young ambition, all mortal greatness is but disease."
- Hermann Melville
> > Headers depending on otheres are not exactly a good sign...
>
> Welcome to the world of Qt.
would this be better with Qt3?
On Fri, Jul 12, 2002 at 08:34:20AM +0100, Angus Leeming wrote:
> > Angus, why is this a separate method anyway ? Can't
> > lyx_gui::start() deal with setting up the signals itself ?
>
> Sigh. Possibly. Experiment.
OK committed (I only asked ...)
john
--
"I hope you will find the courage to k
On Fri, Jul 12, 2002 at 05:57:24PM +0200, Andre Poenitz wrote:
> Headers depending on otheres are not exactly a good sign...
Welcome to the world of Qt.
john
--
"I hope you will find the courage to keep on living
despite the existence of this feature."
- Richard Stallman
On Fri, Jul 12, 2002 at 06:03:44PM +0200, Herbert Voss wrote:
> And I hate it when you change the code, without waiting
> for a reply from the one who wrote it ...
'cvs annotate' said it was Angus and I changed it after he replied.
Andre'
--
Those who desire to give up Freedom in order to gain
On Fri, Jul 12, 2002 at 06:03:44PM +0200, Herbert Voss wrote:
> I know that we can have negative bounding boxes and it took
> month to get it run in the right way...
> And I hate it when you change the code, without waiting
> for a reply from the one who wrote it ...
> there was absolutely no need
On Fri, Jul 12, 2002 at 08:36:19AM +0100, Angus Leeming wrote:
> Why? I don't understand why you are trying to impose such /unnecessary/ stuff
> on the wider world. Defaults should /never/ change without /ver/ good reason.
> This isn't one of them.
Maybe I am alone in being annoyed and confuse
On Fri, Jul 12, 2002 at 08:26:39AM +0100, Angus Leeming wrote:
> Why not:
> class grfx::Pixmap {
> };
>
> class grfx::Image {
> public:
> grfx::Pixmap & getPixmap();
> };
>
> where grfx::Pixmap is an abstract base class. Daughter classes would contain
> the Pixmap proper (X) or QPixmap?
On Fri, Jul 12, 2002 at 09:28:56AM +0200, Juergen Vigna wrote:
> I don't understand really what problems you have with this?
> Why do you need two different objects?
Mainly because commingling (oooh yeah) two different purposes into the
one buffer is really bad UI
> Isn't it possible to
> do th
Andre Poenitz wrote:
> On Fri, Jul 12, 2002 at 05:43:14PM +0200, Herbert Voss wrote:
>
>>then you will be the man for bugfixing in the graphics stuff ...
>>
>
> It simply does not belong there. The function is called inBP() and not
> inBPandDoWhatEverYouWant()...
I know that we can have negat
On Fri, Jul 12, 2002 at 04:53:02PM +0100, John Levon wrote:
> This is the "Qt headers included too early" signature tune.
Headers depending on otheres are not exactly a good sign...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, eit
On Fri, Jul 12, 2002 at 04:24:38PM +0900, R. Lahaye wrote:
> Changes in Preferences-Look&Feel-ScreenFonts-Zoom and/or ScreenDPI,
> are immediately visible when clicking on apply in 1.2.0.
>
> However, in 1.3.0cvs this is not so. I need to close and reopen
> the document in order to have these ch
On Fri, Jul 12, 2002 at 05:43:14PM +0200, Herbert Voss wrote:
> then you will be the man for bugfixing in the graphics stuff ...
It simply does not belong there. The function is called inBP() and not
inBPandDoWhatEverYouWant()...
Andre'
--
Those who desire to give up Freedom in order to gain S
On Fri, Jul 12, 2002 at 04:25:36PM +1000, Allan Rae wrote:
> > remove file->new asks for name
>
> Goodbye little feature, you served us well all these years.
I gave you a last chance to complain.
\bind "C-n" "command-sequence buffer-new ; buffer-write-as ;"
(do same in default.ui menu)
a
On Fri, Jul 12, 2002 at 05:42:07PM +0200, Herbert Voss wrote:
> >Why does lyxlength::inBP return positive values even for negative
> >lengths? Wouldn't it easier to call abs() on the result when needed?
>
> who said that this function would ever be called with
> negative length? ;-)
Its name.
A
On Fri, Jul 12, 2002 at 10:12:59AM +0200, Edwin Leuven wrote:
> As I said, false alarm, sorry. I am trying to compile the qt2 frontend but
> couldn't get to compile lyxfunc.C. I got tricked into thinking it had
> something todo with the above header file. But now I think it had something
> tod
Andre Poenitz wrote:
> On Fri, Jul 12, 2002 at 03:53:20PM +0100, Angus Leeming wrote:
>
>>>Why does lyxlength::inBP return positive values even for negative
>>>lengths? Wouldn't it easier to call abs() on the result when needed?
>>>
>
> I'll just remove that multiplication and I think it should
Andre Poenitz wrote:
> Angus (as CVS annotate blames you):
>
> Why does lyxlength::inBP return positive values even for negative
> lengths? Wouldn't it easier to call abs() on the result when needed?
who said that this function would ever be called with
negative length? ;-)
Herbert
--
htt
On Fri, Jul 12, 2002 at 04:08:27PM +0100, Angus Leeming wrote:
> I see you've added some uses.
That's why I noticed that negative lengths are wrong...
> Feel free to change and have a good w/e.
Done and thanks.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will n
On Friday 12 July 2002 4:20 pm, Andre Poenitz wrote:
> On Fri, Jul 12, 2002 at 03:53:20PM +0100, Angus Leeming wrote:
> > I have no idea.
>
> It is your code...
... just had a quick look.
This is Herbert's baby actually. I just committed it. It is/was used only
when setting the graphics params
On Fri, Jul 12, 2002 at 03:53:20PM +0100, Angus Leeming wrote:
> > Why does lyxlength::inBP return positive values even for negative
> > lengths? Wouldn't it easier to call abs() on the result when needed?
I'll just remove that multiplication and I think it should be done for
'inPixels' as well..
On Fri, Jul 12, 2002 at 03:53:20PM +0100, Angus Leeming wrote:
> I have no idea.
It is your code...
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Friday 12 July 2002 4:03 pm, Andre Poenitz wrote:
> Angus (as CVS annotate blames you):
>
> Why does lyxlength::inBP return positive values even for negative
> lengths? Wouldn't it easier to call abs() on the result when needed?
>
> Andre'
I have no idea.
A
Angus (as CVS annotate blames you):
Why does lyxlength::inBP return positive values even for negative
lengths? Wouldn't it easier to call abs() on the result when needed?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (
On Fri, Jul 12, 2002 at 12:21:15PM +0100, Angus Leeming wrote:
> A Row is a row. It shouldn't care or know about its next() and previous().
>
> A list is a collection of Rows.
>
> That's what the STL is /for/.
Indeed^3.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
On Fri, Jul 12, 2002 at 01:32:26PM +0200, Juergen Vigna wrote:
> >I tried that once and failed as there is not alwasy a clear meaning of a
> >Row * in the code. It could be a single row or a set of rows starting with
> >this row. This makes things really messy.
>
> Would you care to explain this
Hello,
(sorry I didn't find where this is documented ...)
I'm used to applying lots of changes to my po/xx.po file before building
lyx. But as with 1.2.0 the changes are ignored. It seems, the xx.gmo
file provided with the source is used even if the xx.po file is
changed. If the xx.gmo file i
Angus Leeming wrote:
> A Row is a row. It shouldn't care or know about its next() and previous().
>
> A list is a collection of Rows.
Ok explanation understood and accepted!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:
On Friday 12 July 2002 12:32 pm, Juergen Vigna wrote:
> Andre Poenitz wrote:
> > I tried that once and failed as there is not alwasy a clear meaning of a
> > Row * in the code. It could be a single row or a set of rows starting
> > with this row. This makes things really messy.
>
> Would you care
Andre Poenitz wrote:
> I tried that once and failed as there is not alwasy a clear meaning of a
> Row * in the code. It could be a single row or a set of rows starting with
> this row. This makes things really messy.
Would you care to explain this better? A Row * is always 1 row, as much
as I kn
On Fri, Jul 12, 2002 at 11:56:25AM +0100, Angus Leeming wrote:
> Glad to see that I wasn't being ridiculously stupid. Someone should refactor
> Row so that list is a natural construct. Till then I thought I should
> use it as it was designed to be used ;-)
I tried that once and failed as there
On Friday 12 July 2002 11:14 am, Andre Poenitz wrote:
> for (Row const * row = visible.first; true; row = row->next()) {
>// do what you want to do...
>if (row != visible.second)
> break;
> }
Glad to see that I wasn't being ridiculously stupid. Someone should refactor
Row so th
On Fri, Jul 12, 2002 at 07:57:34PM +0900, R. Lahaye wrote:
> formula.C:534: warning: control reaches end of non-void function
> `InsetFormula::PreviewImpl::usePreview() const'
> gmake[3]: *** [formula.lo] Error 1
My fault. I accidentally commited parts of Angus' patch. Reverted now.
Andre'
--
Hi,
Current CVS:
formula.C: In method `void InsetFormula::draw(BufferView *, const LyXFont &,
int, float &, bool) const':
formula.C:231: no matching function for call to `grfx::PreviewImage::image
(const InsetFormula &, BufferView &) const'
../../src/graphics/PreviewImage.h:49: candidates are:
On Fri, Jul 12, 2002 at 10:43:46AM +0100, Angus Leeming wrote:
> Another coding question. Can I write this loop another, more elegant way?
> Angus
>
> // visible contains pointers to the first and last rows visible in
> // the BufferView
> std::pair visible = ...
>
> bo
Another coding question. Can I write this loop another, more elegant way?
Angus
// visible contains pointers to the first and last rows visible in
// the BufferView
std::pair visible = ...
bool running = true;
for (Row const * row = visible.first; runnin
On Friday 12 July 2002 10:48 am, Andre Poenitz wrote:
> On Fri, Jul 12, 2002 at 10:25:36AM +0100, Angus Leeming wrote:
> > If I have
> > typedef pair RowPair;
> > in a .C file, should I wrap it inside namespace anon?
>
> Well, on second thoughts: typedefs don't have external linkage, so it is
On Fri, Jul 12, 2002 at 10:25:36AM +0100, Angus Leeming wrote:
> If I have
> typedef pair RowPair;
> in a .C file, should I wrap it inside namespace anon?
Well, on second thoughts: typedefs don't have external linkage, so it is
strictly not needed. But I think it makes the intend "used only
On Fri, Jul 12, 2002 at 10:25:36AM +0100, Angus Leeming wrote:
> If I have
> typedef pair RowPair;
> in a .C file, should I wrap it inside namespace anon?
Yes.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jef
If I have
typedef pair RowPair;
in a .C file, should I wrap it inside namespace anon?
Angus
On Friday 12 July 2002 10:31 am, David Kastrup wrote:
> > I remember in your introduction you mentioned that you'd like people
> > to pay you for your LaTeX services... ?
>
> Sure thing, I am suffocating in all the money sent to me from LyX
> users, and you are right to scald me for all the greed
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Friday 12 July 2002 10:01 am, David Kastrup wrote:
> > When we are through with this, is it ok with you if I
> > place prlyx.def into the preview distribution?
>
> That would be excellent. I'd much rather tell the LyX community to go get a
> file
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Friday 12 July 2002 9:41 am, David Kastrup wrote:
> > > David, I work on LyX for fun.
> >
> > I did not particularly address you. Hmmm, what was the reason I
> > was working on LyX (if you would call it that)?
>
> I remember in your introduction yo
On Friday 12 July 2002 10:01 am, David Kastrup wrote:
> When we are through with this, is it ok with you if I
> place prlyx.def into the preview distribution?
That would be excellent. I'd much rather tell the LyX community to go get a
file than have to supply it myself.
> It will in a later i
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Friday 12 July 2002 9:41 am, David Kastrup wrote:
> > Well, PNG image support will mean previews will be much more fun, and
> > their loading will not spend an infinite amount of time...
>
> Incidentally, whilst total loading time will remain high,
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Friday 12 July 2002 9:13 am, David Kastrup wrote:
> > David Kastrup <[EMAIL PROTECTED]> writes:
> > > If that's ok, just use grep, which will probably be faster.
> > >
> > > grep '^Preview: Snippet /'
> >
> > And do the obvious correction to the line
On Friday 12 July 2002 9:41 am, David Kastrup wrote:
> Well, PNG image support will mean previews will be much more fun, and
> their loading will not spend an infinite amount of time...
Incidentally, whilst total loading time will remain high, actual impact on
the user will be negligible once I
On Friday 12 July 2002 9:41 am, David Kastrup wrote:
> > David, I work on LyX for fun.
>
> I did not particularly address you. Hmmm, what was the reason I was
> working on LyX (if you would call it that)?
I remember in your introduction you mentioned that you'd like people to pay
you for your L
On Friday 12 July 2002 9:13 am, David Kastrup wrote:
> David Kastrup <[EMAIL PROTECTED]> writes:
> > If that's ok, just use grep, which will probably be faster.
> >
> > grep '^Preview: Snippet /'
>
> And do the obvious correction to the line above. Argh.
;-)
aleem@pneumon:tmp-> grep '^Preview: S
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Friday 12 July 2002 9:12 am, David Kastrup wrote:
> > Herbert Voss <[EMAIL PROTECTED]> writes:
> > > Angus Leeming wrote:
> > > >>Statistics:
> > > >>285 numbered equations
> > > >>732 pages in the metrics file
> > > >>57 MBytes for the ppm-files
> >
David Kastrup <[EMAIL PROTECTED]> writes:
> If that's ok, just use grep, which will probably be faster.
>
> grep '^Preview: Snippet /'
And do the obvious correction to the line above. Argh.
--
David Kastrup, Kriemhildstr. 15, 44793 Bochum
Email: [EMAIL PROTECTED]
On Friday 12 July 2002 9:12 am, David Kastrup wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
> > Angus Leeming wrote:
> > >>Statistics:
> > >>285 numbered equations
> > >>732 pages in the metrics file
> > >>57 MBytes for the ppm-files
> > >
> > > Experiment with gs -sDEVICE=pnmraw. Does that re
Herbert Voss <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
>
>
> >>Statistics:
> >>285 numbered equations
> >>732 pages in the metrics file
> >>57 MBytes for the ppm-files
> >>
> > Experiment with gs -sDEVICE=pnmraw. Does that reduce disk footprint
> > much?
>
>
> yes, up 14.5 MBytes
Th
On Friday 12 July 2002 9:08 am, David Kastrup wrote:
> > Great. If you output
> > Preview Snippet 1: 492688 0 744653
> > Preview Snippet 2: 1441792 163840 16026923
> > Preview Snippet 3: 282168 0 377591
> > Preview Snippet 4: 1619363 449545 16026923
> > I'd dump that straight into the .metrics fil
On Fri, Jul 12, 2002 at 10:12:59AM +0200, Edwin Leuven wrote:
> As I said, false alarm, sorry. I am trying to compile the qt2 frontend but
> couldn't get to compile lyxfunc.C. I got tricked into thinking it had
> something todo with the above header file. But now I think it had something
> todo
On Friday 12 July 2002 9:06 am, Juergen Vigna wrote:
> Angus Leeming wrote:
> >>- equations in floats (caption) are not previewed
> >>maybe all insets???
> >
> > It's possible that my isInsetVisible function won't work on these. Same
> > problem as the tabulars and something that Jürgen might
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Thursday 11 July 2002 11:10 pm, David Kastrup wrote:
> > That regexp looks _slow_. And I am surprised that the + should not
> > be interpreted specially. How about
> > ended\.(\(-?[0-9]*\)\+\(-?[0-9]+\)x\(-?[0-9]+\))/\1 \2 \3 \4/p;d" <
> 1lyxprevi
Angus Leeming wrote:
>>- equations in floats (caption) are not previewed
>>maybe all insets???
>
>
> It's possible that my isInsetVisible function won't work on these. Same
> problem as the tabulars and something that Jürgen might be able to help with.
Well I think you have to inform the I
On Friday 12 July 2002 7:26 am, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 07:04:03PM +0100, Angus Leeming wrote:
> > // top_y is not const because it's reset by getRowNearY.
> > int top_y = bv.text->first_y;
> > Row const * row = bv.text->getRowNearY(top_y);
> >
> > int const
> This semicolon is not necessary. What compiler is that?
As I said, false alarm, sorry. I am trying to compile the qt2 frontend but
couldn't get to compile lyxfunc.C. I got tricked into thinking it had
something todo with the above header file. But now I think it had something
todo with the b
On Friday 12 July 2002 6:07 am, Garst R. Reese wrote:
> Angus Leeming wrote:
> > Well then, don't use convert, use gs.
> >
> > Use this as a converter from /any/ PostScript type file to ppm format:
> >
> > gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pnm -sOutputFile=$$o $$i
> >
> > In addition, you s
Herbert Voss wrote:
> Angus Leeming wrote:
>
>
>>> Statistics:
>>> 285 numbered equations
>>> 732 pages in the metrics file
>>> 57 MBytes for the ppm-files
>>>
>>
>> Experiment with gs -sDEVICE=pnmraw. Does that reduce disk footprint much?
>
>
>
> yes, up 14.5 MBytes
aehm ... downto ... :-
Angus Leeming wrote:
>>Statistics:
>>285 numbered equations
>>732 pages in the metrics file
>>57 MBytes for the ppm-files
>>
>
> Experiment with gs -sDEVICE=pnmraw. Does that reduce disk footprint much?
yes, up 14.5 MBytes
Herbert
--
http://www.lyx.org/help/
On Friday 12 July 2002 4:07 am, John Levon wrote:
> What would people think of making this pref default to /off/
>
> (Remember it is really "additional exit confirmation" - you
> still get a cancel available if you haven't saved a document)
>
> regards
> john
Why? I don't understand why you are t
On Friday 12 July 2002 3:44 am, John Levon wrote:
> Angus, why is this a separate method anyway ? Can't
> lyx_gui::start() deal with setting up the signals itself ?
Sigh. Possibly. Experiment.
On Friday 12 July 2002 3:15 am, John Levon wrote:
> should these files be moved to frontends/xforms/ ? I say "yea"
I say nay. xforms has its own image loader. Once xforms 1.0 comes out and we
insist that people use it GraphicsImageXpm can go into the attic. Till then,
stop meddling.
A
On Friday 12 July 2002 2:50 am, John Levon wrote:
> Well, it's hobbling along now.
Oh well done!
> So far it's been very simple and easy to do.
> Angus, please have a look around. Why doesn't LyX like the jpg format ? or
> pbm or gif etc. ?
I never bothered to track this down. Feel free.
>
On Friday 12 July 2002 1:21 am, John Levon wrote:
> Angus what should we do about getPixmap() of Image class ?
>
> Can't xforms code do the standard static_cast to xformsImage
> so Image doesn't need to ahve getPixmap() ? A bit ugly ...
I didn't try and think about an elegant solution at the time
-BEGIN PGP SIGNED MESSAGE-
On Friday 12 July 2002 09:00, Angus Leeming wrote:
> On Thursday 11 July 2002 7:43 pm, Kornel Benko wrote:
> > On Thursday 11 July 2002 20:21, Angus Leeming wrote:
> > > Ok. Thanks. I'll have a look tomorrow.
> >
> > One more thing: my labels are now redefined,
Angus Leeming wrote:
> On Thursday 11 July 2002 9:04 pm, Herbert Voss wrote:
>
>>Another small problem:
>>
>>
>>attached are the mathbox and the preview,
>>it's still a bit too deep.
>>
>>Herbert
>>
>
> You mean "Original" doesn't line up with "fürht"? Then modify your copy of
> lyxpreview2ppm
On Thursday 11 July 2002 8:57 pm, Herbert Voss wrote:
> Angus Leeming wrote:
> > Attached is a "smart loader" for the previews. I'd really, really like
> > interested users --- that's the mathematicians out there who use
>
> /lots/ of
>
> > equations to test it out.
> >
> > It's meant to enab
John Levon wrote:
> I guess we also need something to get the "information" string
> (I assume this is the keyboard shortcut list string ?)
>
> It's quite wrong IMHO for the core code to push /anything/ to the
> MiniBuffer: it should only push to the StatusBar
>
> Note such a scheme still alllo
Hi,
Changes in Preferences-Look&Feel-ScreenFonts-Zoom and/or ScreenDPI,
are immediately visible when clicking on apply in 1.2.0.
However, in 1.3.0cvs this is not so. I need to close and reopen
the document in order to have these changes to take effect.
Is this broken feature known?
Rob.
On Thursday 11 July 2002 9:04 pm, Herbert Voss wrote:
> Another small problem:
>
>
> attached are the mathbox and the preview,
> it's still a bit too deep.
>
> Herbert
You mean "Original" doesn't line up with "fürht"? Then modify your copy of
lyxpreview2ppm.sh. That's why it's a shell script aft
77 matches
Mail list logo
