On Thu, Jul 11, 2002 at 07:45:01PM +0200, Edwin Leuven wrote:
I had to do this in frontends/DialogBase.h in order to compile:
- virtual ~DialogBase() {}
+ virtual ~DialogBase() {};
This semicolon is not necessary. What compiler is that?
Andre'
--
Those who desire to give up
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 bv_height = bv.painter().paperHeight();
int height =
Garst R. Reese wrote:
Garst, I forgot to ask, if your images are scanned from
an original or saved from an application?
They were saved from Cadsoft Eagle which uses old ps, then converted
with ps2ps, but with your new scheme that step is no longer needed.
but they are saved in color mode,
On Fri, Jul 12, 2002 at 03:42:09AM +0100, John Levon wrote:
Currently qt2 has to manually edit the frontends/font_loader.h
to include the right one. So I need to change this. I think
bool lyx_gui::font_available() and lyx_gui::update_fonts() is the best
solution.
Seeing as mathed is one of
Angus Leeming wrote:
One other point (for Jürgen?): I think that a (working) isInsetVisible could
be used to advantage by BufferView::updateInset. Seems intelligent to only
redraw insets that are visible...
I think you didn't understand the Row::pos() variable/function. The pos
returning
Hi,
Since I need to modify slightly the default converter,
I thought of the following to be useful:
It would be nice if the default converter is also visible
as an entry in the preferences/converters list, e.g. as:
From $$fformat
To $$tformat
Converter convert $$fformat:$$i
R. Lahaye wrote:
Since I need to modify slightly the default converter,
I thought of the following to be useful:
It would be nice if the default converter is also visible
as an entry in the preferences/converters list, e.g. as:
From $$fformat
To $$tformat
Converter
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
1lyxpreview.log 1lyxpreview.metrics
;-) I just want something
Garst R. Reese wrote:
ps view Error -- could not locate file with any of these extensions ...
ps.gz
I'm sorry, but I have no running 1.2.1cvs, but with 1.3 it's no problem.
-rw-r--r--1 garstusers6969 Jul 12 03:53 example.ps.gz
can you give it a try when renaming the file
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, so that the referencies no
longer match. (You know, underlines in labels, see attached)
Some
Herbert Voss wrote:
R. Lahaye wrote:
It would be nice if the default converter is also visible
as an entry in the preferences/converters list, e.g. as:
A shellscript is the best way, where the user can write
Hmmm, a unix guru certainly loves such kind of shell script
solutions, but
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 after all.
Hi,
Changes in Preferences-LookFeel-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.
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 alllows the
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 enable you to
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.sh. That's why it's a
-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, so that
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.
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 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 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 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 trying to
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/
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 ... :-)
Herbert
--
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 should comment
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
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 bv_height =
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
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
1lyxpreview.log
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 be able to
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: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 file with
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
This is still ridiculous.
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 reduce disk footprint
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]
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
Experiment with gs
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: Snippet'
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 LaTeX
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
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 above. Argh.
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, actual
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
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 you mentioned
On Fri, Jul 12, 2002 at 10:25:36AM +0100, Angus Leeming wrote:
If I have
typedef pairRow const *, Row const * 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
On Fri, Jul 12, 2002 at 10:25:36AM +0100, Angus Leeming wrote:
If I have
typedef pairRow const *, Row const * 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
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 pairRow const *, Row const * RowPair;
in a .C file, should I wrap it inside namespace anon?
Well, on second thoughts: typedefs don't have external
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::pairRow const *, Row const * visible = ...
bool running = true;
for (Row const *
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::pairRow const *, Row const * visible
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 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'
--
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 that
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 to
Angus Leeming wrote:
A Row is a row. It shouldn't care or know about its next() and previous().
A listRow is a collection of Rows.
Ok explanation understood and accepted!
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail:
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
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 better?
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 listRow 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,
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 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
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
I
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
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
--
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 be done for
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 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.
Andre'
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)
and I
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
On Fri, Jul 12, 2002 at 04:24:38PM +0900, R. Lahaye wrote:
Changes in Preferences-LookFeel-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
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,
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 negative
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 this
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?
This still
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 to
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 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 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 keep on
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 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
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
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 version
On Thu, Jul 11, 2002 at 07:45:01PM +0200, Edwin Leuven wrote:
> I had to do this in frontends/DialogBase.h in order to compile:
>
> - virtual ~DialogBase() {}
> + virtual ~DialogBase() {};
This semicolon is not necessary. What compiler is that?
Andre'
--
Those who desire to give
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 bv_height = bv.painter().paperHeight();
> int
Garst R. Reese wrote:
>>Garst, I forgot to ask, if your images are scanned from
>>an original or saved from an application?
>>
>>
> They were saved from Cadsoft Eagle which uses old ps, then converted
> with ps2ps, but with your new scheme that step is no longer needed.
but they are saved in
On Fri, Jul 12, 2002 at 03:42:09AM +0100, John Levon wrote:
> Currently qt2 has to manually edit the frontends/font_loader.h
> to include the right one. So I need to change this. I think
> bool lyx_gui::font_available() and lyx_gui::update_fonts() is the best
> solution.
>
> Seeing as mathed is
Angus Leeming wrote:
> One other point (for Jürgen?): I think that a (working) isInsetVisible could
> be used to advantage by BufferView::updateInset. Seems intelligent to only
> redraw insets that are visible...
I think you didn't understand the Row::pos() variable/function. The pos
Hi,
Since I need to modify slightly the default converter,
I thought of the following to be useful:
It would be nice if the default converter is also visible
as an entry in the preferences/converters list, e.g. as:
From $$fformat
To $$tformat
Converter convert $$fformat:$$i
R. Lahaye wrote:
>
> Since I need to modify slightly the default converter,
> I thought of the following to be useful:
>
> It would be nice if the default converter is also visible
> as an entry in the preferences/converters list, e.g. as:
>
> From $$fformat
> To $$tformat
>
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" <
1lyxpreview.log > 1lyxpreview.metrics
;-) I just want
Garst R. Reese wrote:
> ps view Error -- could not locate file with any of these extensions ...
> ps.gz
I'm sorry, but I have no running 1.2.1cvs, but with 1.3 it's no problem.
> -rw-r--r--1 garstusers6969 Jul 12 03:53 example.ps.gz
can you give it a try when renaming the
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, so that the referencies no
> longer match. (You know, "underlines" in labels, see attached)
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > It would be nice if the default converter is also visible
> > as an entry in the preferences/converters list, e.g. as:
>
> A shellscript is the best way, where the user can write
Hmmm, a unix guru certainly loves such kind of shell script
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
Hi,
Changes in Preferences-Look 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.
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
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
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
>
-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,
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
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 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 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.
1 - 100 of 158 matches
Mail list logo
