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
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
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 fil
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 somethi
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
> C
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 $
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
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 o
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 co
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 heig
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 u
Herbert Voss wrote:
> You have color images and it's anyway difficult to produce
> good b&w images. And it doesn't matter if you use convert
Garst, I forgot to ask, if your images are scanned from
an original or saved from an application?
Herbert
--
http://www.lyx.org/help/
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>The opaque in my file causes all the trouble. Do you have a clue?
>>>ImageMagick/convert bug?
>>>
>>try with the following option
>>
>>convert -opaque black ...
>>
>
> Bingo! Bad graphics gone here!!
> Is this a bug in ImageM
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > The opaque in my file causes all the trouble. Do you have a clue?
> > ImageMagick/convert bug?
>
> try with the following option
>
> convert -opaque black ...
Bingo! Bad graphics gone here!!
Is this a bug in ImageMagick's convert?
Thanks,
Rob.
R. Lahaye wrote:
> --- bad_graphics_Rob.xpmFri Jul 12 10:49:30 2002
> +++ bad_graphics_Herbert.xpmFri Jul 12 01:11:15 2002
> @@ -2,7 +2,7 @@
> static char *magick[] = {
> /* columns rows colors chars-per-pixel */
> "792 612 5 1",
> -" c opaque",
> +" c black",
> ". c gray26",
>
On Fri, Jul 12, 2002 at 12:29:45PM +0900, R. Lahaye wrote:
> I get "Error converting to loadable format" on the canvas, when I try
> to load an eps file. Though the figure is not visualized on the
> LyX-canvas, it is correctly displayed when viewed in DVI or Postscript
> format. The problem only
I just comment out the prohibitInput() in MenuInsertLabel, but I still
couldn't type into the buffer. So does this mean it's not needed ?
Some cases of prohibitInput() (only a few remain) don't even have the
possibility of a dialog, so are definitely pointless, right ?
thanks
john
--
"I hope
Hi,
I get "Error converting to loadable format" on the canvas, when I try
to load an eps file. Though the figure is not visualized on the
LyX-canvas, it is correctly displayed when viewed in DVI or Postscript
format. The problem only appears with 1.3.0cvs, not with 1.2.0.
I can solve it by manu
What is the intended use of this ? Can I remove it (one of the best ways
of supporting something in GUII is to remove it entirely :)
john
--
"I hope you will find the courage to keep on living
despite the existence of this feature."
- Richard Stallman
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
--
"I hope you will find the courage to keep on living
despite the existence of this feature."
Angus, why is this a separate method anyway ? Can't
lyx_gui::start() deal with setting up the signals itself ?
john
--
"I hope you will find the courage to keep on living
despite the existence of this feature."
- Richard Stallman
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 the two users of fontloader in the core,
would you be happy with
There are two main problems: the commingling (I love that word) of a
status bar with a command buffer, and the push/pull mixup thereof.
For xforms, fine, but for Qt there must be a separation. I propose :
a StatusBar instance with one method
show_message(string const & msg, int timeout
should these files be moved to frontends/xforms/ ? I say "yea"
john
--
"I hope you will find the courage to keep on living
despite the existence of this feature."
- Richard Stallman
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> attached the gzipped xpm which I converted by hand with
> gracebat and convert. importing into lyx as xpm.gz no
> problem. if it's a problem again for you then it must be
> the libXPM.
Your xpm graphics looks beautiful here on the LyX canvas.
Once ag
Well, it's hobbling along now. 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. ?
Perhaps this will convince the sceptics that the TODO list really isn't
that long :)
regards
john
--
"I hope you will find
<>
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 ...
Also, is boost::bind() idempotent ? lyx_gui::init_graphics() gets
called a lot
regards
john
--
"I hope you will f
Angus Leeming <[EMAIL PROTECTED]> writes:
> On Thursday 11 July 2002 1:51 am, David Kastrup wrote:
> > Take a look at the output when you run previews with the added "lyx"
> > option (it must come after the tightpage option, or it will fail to
> > report the additional bounding box adjustments fr
On Thu, 11 Jul 2002, John Levon wrote:
> On Wed, Jun 26, 2002 at 12:56:33AM +0100, Jan Warnking wrote:
>
> > Basically, when using the "get Latex size" button in the graphics dialog,
> > a custom Latex Size of 90 % of text height gets converted to a 90cm height
> > for Lyx view.
> >
> > The abo
This time with the patch ;)
Soeren
Kayvan>> On Thu, Jul 11, 2002 at 08:01:25PM +0200, Soeren Pietsch wrote:
>>> Kayvan>> It seems fine, except that I am concerned about checking for the exact
>>> Kayvan>> string CYGWIN_NT-5.0
>>>
>>> Kayvan>> What happens with the ``uname -s'' string changes to
Another small problem:
attached are the mathbox and the preview,
it's still a bit too deep.
Herbert
--
http://www.lyx.org/help/
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 generate and display the previews with no
> discernible eff
On Thursday 11 July 2002 07:45 pm, I wrote:
> I had to do this in frontends/DialogBase.h in order to compile:
>
> - virtual ~DialogBase() {}
> + virtual ~DialogBase() {};
to be ignored, sorry about the noise
Garst R. Reese wrote:
> Herbert Voss wrote:
>
>
>>ok, one step further ...
>>
>>
> Herbert, I get the same problems with ps files and have to switch from
> monochrome to greyscale to see a decent picture even though the graphics
> are B/W. This is a side affect of your switch from using gs to c
-BEGIN PGP SIGNED MESSAGE-
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)
> Have a nice evening.
You too
Kayvan> On Thu, Jul 11, 2002 at 08:01:25PM +0200, Soeren Pietsch wrote:
>> Kayvan>> It seems fine, except that I am concerned about checking for the exact
>> Kayvan>> string CYGWIN_NT-5.0
>>
>> Kayvan>> What happens with the ``uname -s'' string changes to CYGWIN_NT-5.1?
>>
>> Kayvan>> I think it
I had to do this in frontends/DialogBase.h in order to compile:
- virtual ~DialogBase() {}
+ virtual ~DialogBase() {};
On Thursday 11 July 2002 7:32 pm, Kornel Benko wrote:
> On Thursday 11 July 2002 20:04, Angus Leeming wrote:
> > Does this cure the problem?
>
> It does. At least I seem to be unable to reproduce it.
>
> There is one feature, which may be changed. If I load a document,
> there is no update of the
-BEGIN PGP SIGNED MESSAGE-
On Thursday 11 July 2002 20:04, Angus Leeming wrote:
> Does this cure the problem?
It does. At least I seem to be unable to reproduce it.
There is one feature, which may be changed. If I load a document,
there is no update of the visible formulae on the first
On Thu, Jul 11, 2002 at 08:01:25PM +0200, Soeren Pietsch wrote:
> Kayvan>> It seems fine, except that I am concerned about checking for the exact
> Kayvan>> string CYGWIN_NT-5.0
>
> Kayvan>> What happens with the ``uname -s'' string changes to CYGWIN_NT-5.1?
>
> Kayvan>> I think it might be bett
On Thursday 11 July 2002 7:01 pm, Kornel Benko wrote:
> On Thursday 11 July 2002 18:38, 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.
>
> S
-BEGIN PGP SIGNED MESSAGE-
On Thursday 11 July 2002 18:38, 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.
Super!
I tried it and I like
Kayvan>> It seems fine, except that I am concerned about checking for the exact
Kayvan>> string CYGWIN_NT-5.0
Kayvan>> What happens with the ``uname -s'' string changes to CYGWIN_NT-5.1?
Kayvan>> I think it might be better to have a case statement there:
Kayvan>> sysname=`uname -s`
Kayvan>> cas
On Thursday 11 July 2002 6:22 pm, Garst R. Reese wrote:
> Herbert Voss wrote:
> > ok, one step further ...
>
> Herbert, I get the same problems with ps files and have to switch from
> monochrome to greyscale to see a decent picture even though the graphics
> are B/W. This is a side affect of your
On Thursday 11 July 2002 1:51 am, David Kastrup wrote:
> Take a look at the output when you run previews with the added "lyx"
> option (it must come after the tightpage option, or it will fail to
> report the additional bounding box adjustments from the tightpage
> option).
David, you're a star!
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 generate and display the previews with no
discernible effect on LyX's responsiveness.
If you
On Thursday 11 July 2002 5:10 pm, John Levon wrote:
> On Thu, Jul 11, 2002 at 02:16:48PM +0200, Juergen Vigna wrote:
> > We didn't port LyXServer to GUII in the meeting because we would
> > like to know how you would do the event polling. Please have a look
> > at the only xforms specific stuff in
On Thu, Jul 11, 2002 at 02:16:48PM +0200, Juergen Vigna wrote:
> We didn't port LyXServer to GUII in the meeting because we would
> like to know how you would do the event polling. Please have a look
> at the only xforms specific stuff in there and tell us how you would
> port this to GUII (how q
On Thu, Jul 11, 2002 at 04:42:38PM +0100, Angus Leeming wrote:
> Oh be fair. I've re-written the /entire/ graphics loader thing in the last
> few weeks.
:)
> sleep over it. Anyway, Herbert has submitted a plausible alternative. I've
> even said publicly that I liked it. Give me a few days and
Angus Leeming wrote:
> You'll need to modify InsetGraphicsParams::as_grfxParams to take acount of
> the work area width to pass to :
>
> void InsetGraphics::Cache::update(string const & file_with_path)
> {
> lyx::Assert(!file_with_path.empty());
>
> string const path = OnlyPath(fil
On Thursday 11 July 2002 3:13 pm, John Levon wrote:
> On Thu, Jul 11, 2002 at 07:57:38AM +0200, Herbert Voss wrote:
> > Angus killed the code for this part:
> > no user-defined converter -> take the default one (convert)
>
> He did ? Why ? How is this an, um, improvement ?
>
> john
Oh be fair. I'
Angus Leeming wrote:
> On Thursday 11 July 2002 4:17 pm, Herbert Voss wrote:
>
>>John Levon wrote:
>>
>>>On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote:
>>>
attached a patch against cvs, should go into 1.2.1, too
>>>Applied. JMarc will have to look at it for 1.2.1
>>>
>>>O
On Thursday 11 July 2002 4:17 pm, Herbert Voss wrote:
> John Levon wrote:
> > On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote:
> >>attached a patch against cvs, should go into 1.2.1, too
> >
> > Applied. JMarc will have to look at it for 1.2.1
> >
> > One has to wonder if there isn't
On Thu, Jul 11, 2002 at 06:50:24PM +0300, Dekel Tsur wrote:
> > So it works for me but not for you.
>
> Also works here with the patch.
So this probably could go into 1.2.1. But let Jean-Marc decide.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor d
On Thu, Jul 11, 2002 at 05:27:26PM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> > [example]
>
> Ah... The patch has not yet been applied to 1.2.1cvs!
>
> So it works for me but not for you.
Also works here with the patch.
On Thu, Jul 11, 2002 at 06:01:13PM +0300, Dekel Tsur wrote:
> How about implementing \not as a normal symbol, by adding the line
> not cmsy 54 0 mathord x
> to lib/symbols ?
I just did that. Thanks for the idea.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will n
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> [example]
Ah... The patch has not yet been applied to 1.2.1cvs!
So it works for me but not for you.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jeffer
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> Attached.
> The math inset should be \foo{a_1}, but 1.2.1cvs reads it as \foo a_1.
I give up. Now it loads properly again and I have _nothing_ changed.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will no
John Levon wrote:
> On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote:
>
>
>>attached a patch against cvs, should go into 1.2.1, too
>>
>
> Applied. JMarc will have to look at it for 1.2.1
>
> One has to wonder if there isn't a better way to do this ...
the best way is to pass la
On Thu, Jul 11, 2002 at 06:01:13PM +0300, Dekel Tsur wrote:
> How about implementing \not as a normal symbol, by adding the line
> not cmsy 54 0 mathord x
> to lib/symbols ?
> This way, the user can uncomment the line if he gets confused by
> the WYSIWYG \not.
Good idea.
Andre'
--
Those who
On Thu, Jul 11, 2002 at 05:53:56PM +0300, Dekel Tsur wrote:
> > So send me a test example please.
>
> Attached.
> The math inset should be \foo{a_1}, but 1.2.1cvs reads it as \foo a_1.
Weird. I thought I tried exactly this.
Andre'
--
Those who desire to give up Freedom in order to gain Secu
On Thu, Jul 11, 2002 at 04:38:57PM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 05:36:23PM +0300, Dekel Tsur wrote:
> > I think that it is not complicated to edit a formula with \not.
>
> I find it confusing when the cursor goes left (or does not move as in
> recent versions) when I move
On Thu, Jul 11, 2002 at 04:30:48PM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 05:30:23PM +0300, Dekel Tsur wrote:
> > I have just checked with latest 1.2.1cvs, and the problem is still there.
>
> So send me a test example please.
>
Attached.
The math inset should be \foo{a_1}, but 1.
On Thu, Jul 11, 2002 at 04:47:50PM +0200, Andre Poenitz wrote:
> > inset()->ascii() (export)
> > inset()->asString() (clipboard)
>
> What's the difference between asString() and latex() ?
asString() generates ascii or latex as appropriate. i.e. mathed
prefers latex in the clipboard, everything
On Thu, Jul 11, 2002 at 03:41:35PM +0100, John Levon wrote:
> I see. In that case, the two methods should be split :
>
> inset()->ascii() (export)
> inset()->asString() (clipboard)
What's the difference between asString() and latex() ?
Andre'
--
Those who desire to give up Freedom in order to
On Thu, Jul 11, 2002 at 05:28:55PM +0300, Dekel Tsur wrote:
> It is useful when copying text from LyX into a latex file.
> So perhaps we should use inset()->latex() instead of inset()->ascii()
> when generating the text for the clipboard (or perhaps have a lyxrc
> variable that lets the user choo
On Thu, Jul 11, 2002 at 08:36:40AM +0200, Herbert Voss wrote:
> attached a patch against cvs, should go into 1.2.1, too
Applied. JMarc will have to look at it for 1.2.1
One has to wonder if there isn't a better way to do this ...
> there is still the problem with the hiding gui. John,
> can yo
On Thu, Jul 11, 2002 at 05:36:23PM +0300, Dekel Tsur wrote:
> I think that it is not complicated to edit a formula with \not.
I find it confusing when the cursor goes left (or does not move as in
recent versions) when I move to the right.
Andre'
--
Those who desire to give up Freedom in order
On Thu, Jul 11, 2002 at 04:26:23PM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 05:19:13PM +0300, Dekel Tsur wrote:
> > > What do people think?
> >
> > I think that we should keep this feature.
>
> Why?
Why not ?
I think that it is not complicated to edit a formula with \not.
On Thu, Jul 11, 2002 at 04:28:35PM +0200, Andre Poenitz wrote:
> > Well, perhaps, naively, when is :
> >
> > blah blah D' blah blah
> >
> > wrong ? i.e. why the $s ?
>
> And displayed formulas?
blah blah
D'
blah blah
or whatever. I don't follow you.
john
--
"I hope you will
On Thu, Jul 11, 2002 at 08:30:08AM +0100, Angus Leeming wrote:
> > Compile fixes. Qt2 should now build (and fail immediately when you start
> > it, some assert related to grfx, help me Angus :)
>
> Do you have a graphics loader? The splash screen now uses it.
I don't, but the backtrace didn
On Thu, Jul 11, 2002 at 05:30:23PM +0300, Dekel Tsur wrote:
> I have just checked with latest 1.2.1cvs, and the problem is still there.
So send me a test example please.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T.
On Thu, Jul 11, 2002 at 08:32:55AM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 12:42:11AM +0300, Dekel Tsur wrote:
> > The problem is that when you have for example \foo{a_{1}}, where \foo is
> > a macro that is not handled by LyX. Lyx1.2 will read it as \foo a_{1}
> > which is wrong (o
On Thu, Jul 11, 2002 at 03:21:55PM +0100, John Levon wrote:
> > As indented. People have to make their minds up what they want.
>
> Well, perhaps, naively, when is :
>
> blah blah D' blah blah
>
> wrong ? i.e. why the $s ?
And displayed formulas?
Andre'
--
Those who desire to give up Freedo
On Thu, Jul 11, 2002 at 03:21:55PM +0100, John Levon wrote:
> On Thu, Jul 11, 2002 at 08:34:02AM +0200, Andre Poenitz wrote:
>
> > > No longer the case, but I get
> > >
> > > blah blah $D'$ blah blah
> > >
> > > instead ?
> >
> > As indented. People have to make their minds up what they want.
On Thu, Jul 11, 2002 at 05:19:13PM +0300, Dekel Tsur wrote:
> > What do people think?
>
> I think that we should keep this feature.
Why?
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 Thu, Jul 11, 2002 at 08:34:02AM +0200, Andre Poenitz wrote:
> > No longer the case, but I get
> >
> > blah blah $D'$ blah blah
> >
> > instead ?
>
> As indented. People have to make their minds up what they want.
Well, perhaps, naively, when is :
blah blah D' blah blah
wrong ? i.e. why t
On Thu, Jul 11, 2002 at 08:27:22AM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 12:00:15AM -, [EMAIL PROTECTED] wrote:
> > --- Additional Comments From [EMAIL PROTECTED] 2002-07-11 12:00 ---
> > This appears fixed for 1.2.1cvs but is still broken in 1.3. Andre ?
>
>
> As th
On Thu, Jul 11, 2002 at 08:23:21AM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 12:45:15AM +0100, John Levon wrote:
> > As requested, this lists pretty much everything I think.
>
> This looks as it might take quite a bit longer than two months,
> doesn't it?
If I have to do it all myse
On Thu, Jul 11, 2002 at 07:57:38AM +0200, Herbert Voss wrote:
> Angus killed the code for this part:
> no user-defined converter -> take the default one (convert)
He did ? Why ? How is this an, um, improvement ?
john
--
"I hope you will find the courage to keep on living
despite the existen
On Thu, Jul 11, 2002 at 02:13:00PM +0200, Juergen Vigna wrote:
> > float add_value = float(workarea_.height()) * float(time) / 100;
>
> That outcommented code was put in there from myself to fix the IMO
> wrong scrolling algorithm, but Lars didn't like it. So I left it there
> until we can
On Thu, Jul 11, 2002 at 02:25:13PM +0200, Juergen Vigna wrote:
> Why is the updateInset not called inside inset()->setParams(...) and
> when I don't change anything in the insetparams why do I have to call
> a updateInset?
Because setParams() is called setParams() and not
setParamsAndCallUpdateIn
The attached almost works, but fails sometimes because start_pos and end_pos
are sometimes calculated as both 0, despite the fact that I have 17 rows!
I know that I shoudl return end_pos as the /end/ of the last row, not the
front but can you gve me further clues.
Angus
/**
* \file Preview
John Levon wrote:
> I can't see this changing any time soon to be honest - Jug ?
Well this would be really easy one would have to call
setUndo(bv, Undo::EDIT, bv->getLyXText()->cursor.par(),
bv->getLyXText()->cursor.par()->next());
somewhere where the parameters are changed and I have
John Levon wrote:
>
> LyXServer
>
> - remove xforms dependency
>
We didn't port LyXServer to GUII in the meeting because we would
like to know how you would do the event polling. Please have a look
at the only xforms specific stuff in there and tell us how you would
port this to GUII (
John Levon wrote:
>
> Hmm, yes. The problem is obvious. Can somebody explain what units
> lyxrc.wheel_jump is supposed to be in, and I can fix it ?
>
> 420 double const diff = t->defaultHeight()
> 421 + double(time) * double(time) * 0.125;
> 422
> 423
R. Lahaye wrote:
> I added the last one manually, but to no avail.
>
> However, it does not appear to be the conversion.
> I can manually generate the corresponding xpm file,
> double check its quality by viewing it with ImageMagick's
> display.
> When I then load that xpm file into LyX Graphics
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > Any ideas what and how I could investigate this?
>
> my converters:
>
> do you have the same?
> Look for the last one, because I convert agr to xpm.
I added the last one manually, but to no avail.
However, it does not appear to be the conversion
R. Lahaye wrote:
> I also tested briefly with 1.1.6fix4, and that has no problems
> (though I have not tested it with Grace converters; simply
> used eps file). This could indicate that it's related to any
> new conversion scheme. When was that introduced and how different
> is it from 1.1.6fix4?
Herbert Voss wrote:
>
> R. Lahaye wrote:
> >
> > Please see:
> > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40096.html
> > http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg40109.html
>
> my lyx-view, can't see any bad behaviour
I know that; we exchanged some emails on this alr
> QParagraph
>
> - implement me (MVCed already) (*)
for the record, am working on this...
Ed
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>Can someone tell me what (external) software is actually
>>>responsible for visualizing a figure on the LyX canvas?
>>>
>>vector -> bitmap, that's all
>>
>
> What software is that?
> Or is this entirely internal LyX code?
>
>
On Wed, 10 Jul 2002, Herbert Voss wrote:
> can somebody confirm?
>
> in layout->document->bullets no xpm-image is loaded
> and LyX does peng when I click on the left math button.
Very interesting!
form_document.fd:
...
1.1 (jug 11-Aug-00): name: bmtable_bullet_panel
1.1 (
R. Lahaye wrote:
> Herbert Voss wrote:
>
>>R. Lahaye wrote:
>>
>>
>>>Can someone tell me what (external) software is actually
>>>responsible for visualizing a figure on the LyX canvas?
>>>
>>vector -> bitmap, that's all
>>
>
> What software is that?
> Or is this entirely internal LyX code?
it
On Thursday 11 July 2002 1:51 am, David Kastrup wrote:
> Take a look at the output when you run previews with the added "lyx"
> option (it must come after the tightpage option, or it will fail to
> report the additional bounding box adjustments from the tightpage
> option).
Thanks for this David.
Herbert Voss wrote:
>
> R. Lahaye wrote:
>
> > Can someone tell me what (external) software is actually
> > responsible for visualizing a figure on the LyX canvas?
>
> vector -> bitmap, that's all
What software is that?
Or is this entirely internal LyX code?
> give us an example-file with the
> Compile fixes. Qt2 should now build (and fail immediately when you start
> it, some assert related to grfx, help me Angus :)
Do you have a graphics loader? The splash screen now uses it.
A
R. Lahaye wrote:
>
> Since some time the LyX-View of my figures has a terrible
> resolution and figures are almost unrecognizable. When viewing
> with DVI or Postscript, the figures look fine.
sure
> This occurs for both, LyX 1.3.0cvs and 1.2.0. I therefore suspect
> it's not due to the core
Hi,
Since some time the LyX-View of my figures has a terrible
resolution and figures are almost unrecognizable. When viewing
with DVI or Postscript, the figures look fine.
This occurs for both, LyX 1.3.0cvs and 1.2.0. I therefore suspect
it's not due to the core code of LyX, but an upgrade of s
100 matches
Mail list logo
