> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> I wonder why delimiters are not constructed from fonts. This
Enrico> is what TeX does and we have them in the bakoma bundle if I'm
Enrico> not mistaken. Yes, I know, someone has to do it, and I would
Enrico> try that if I had
On Friday 04 May 2007 01:38:19 Uwe Stöhr wrote:
> OK, I will provide a list, but give me time until saturday. As I'm
> currently working also on the docs, I see the problems from a special point
> of view and therefore have my preferences about the most important missing
> things. So I want to scan
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> The problem looks simple - count the number of logically but
Michael> not physically deleted characters and move the cursor forward
Michael> accordingly. In practice, it turned out to be a bit more
Michael> difficult, because it
Uwe Stöhr wrote:
> > Does this need some lyx2lyx action, i.e. file format change?
>
> Yes.
Actually, the question was rather silly.
Attached is a patch including the file format business (in lyx2lyx, I just
copied the utf8x method). José, does this look OK? Can I commit?
Jürgen
Index: developme
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Inset::MARGIN_CODE), > InsetName("float", Inset::FLOAT_CODE),
Bo> ERT_CODE dictates verbatim output which is exactly what
Bo> InsetListings needs. I do not see a need for Inset::LISTINGS_CODE
Bo> right now but this may turn out to be wrong.
Pl
Jean-Marc Lasgouttes wrote:
>> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
>>> Inset::MARGIN_CODE), > InsetName("float", Inset::FLOAT_CODE),
>
> Bo> ERT_CODE dictates verbatim output which is exactly what
> Bo> InsetListings needs. I do not see a need for Inset::LISTINGS_CODE
> Bo> right n
Leuven, E. wrote:
> so why don't we postpone this listings business until 1.6?
Agreed.
Jürgen
Uwe Stöhr wrote:
> Beside the technical details, please don't play ping pong!
i don't play ping pong (not a sports man, sorry)
> This commit
> has been discussed enough before it was committed. That some things are
> not perfect is known, so instad of reverting it, the way to go should be
> to
Jürgen Spitzmüller wrote:
> Leuven, E. wrote:
>> so why don't we postpone this listings business until 1.6?
>
> Agreed.
curious ... :-)
we had 1.1.4, if I remember well, and this is years ago and
since this time beginning with Lars this is the default
statement, when I asked to include the "allr
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> curious ... :-)
Herbert> we had 1.1.4, if I remember well, and this is years ago and
Herbert> since this time beginning with Lars this is the default
Herbert> statement, when I asked to include the "allready implemented"
Herbert
I just renamed a the file 'Changelog.txt' in
development/Win32/packaging/installer/LyXWinInstaller/
to 'ChangeLog.txt'.
People on filesystem that are case insensitive (i.e. Windows) might have
a problem updating. If you do, just remove the file
development/Win32/packaging/installer/
Jean-Marc Lasgouttes wrote:
> This is the curse of the listing inset: people think about it only
> after the first beta is out :)
exactly. I also have things in my tree I urgently wish to have. But I hold
them back until 1.6 development begins (hopefully eventually).
Jürgen
Leuven, E. wrote:
Uwe Stöhr wrote:
Beside the technical details, please don't play ping pong!
i don't play ping pong (not a sports man, sorry)
This commit
has been discussed enough before it was committed. That some things are
not perfect is known, so instad of reverting it, the way to go s
Jean-Marc Lasgouttes wrote:
I am not sure
that it is a good idea to have similar code in slightly different
forms.
Agreed. This is asking for trouble and cleanup later on.
Abdel.
Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
>> This is the curse of the listing inset: people think about it only
>> after the first beta is out :)
>
> exactly. I also have things in my tree I urgently wish to have. But I hold
> them back until 1.6 development begins (hopefully eventu
> The only thing I don't like in the antialias case is the
> horizontal line in the sqrt symbol
i don't like it *at all*, this mixing of antialiasing with non-antialiasing
Bo Peng wrote:
Ouch... this is a big, non obvious, patch Bo... I am not sure we will
find the time to properly review it and add the missing bits before
1.5.0 :-(
InsetListings ~= InsetERT so you do not have to pay much attention to
it, other than the InsetListingsParams part.
Than why don't
Herbert Voss wrote:
> you are kidding, have a look into the archive ...
>
> after _and_ before the beta is correct ...
I'm referring to the current situation (I know things went wrong back then,
and I regret your efforts were stopped by that frustration.)
The situation now is that we're still pl
Am 03.05.2007 um 22:48 schrieb Edwin Leuven:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
i have switched to svn for my daily work now (don't miss good old
1.4.3 for one second!!)
however, i *strongly* suggest that we revert this patch:
http://www.lyx.org/trac/changeset/17639
and get rid
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Jürgen Spitzmüller wrote:
>> Jean-Marc Lasgouttes wrote:
>>> This is the curse of the listing inset: people think about it only
>>> after the first beta is out :)
>> exactly. I also have things in my tree I urgently wish to have
Leuven, E. wrote:
The only thing I don't like in the antialias case is the
horizontal line in the sqrt symbol
i don't like it *at all*, this mixing of antialiasing with non-antialiasing
And I don't like at all non-antialiased text. Your formula looks awful
anyway ;-)
You should really try
Jürgen Spitzmüller wrote:
Herbert Voss wrote:
you are kidding, have a look into the archive ...
after _and_ before the beta is correct ...
I'm referring to the current situation (I know things went wrong back then,
and I regret your efforts were stopped by that frustration.)
The situation
Stefan Schimanski wrote:
Am 03.05.2007 um 22:48 schrieb Edwin Leuven:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
i have switched to svn for my daily work now (don't miss good old
1.4.3 for one second!!)
however, i *strongly* suggest that we revert this patch:
http://www.lyx.org/trac/chan
Stefan Schimanski wrote:
> If you talk about ugliness maybe you should give some proof, pictures
> could do that.
i did, here you go again:
http://leuven.ecodip.net/lyx/anti.png
http://leuven.ecodip.net/lyx/noanti.png
> If you don't like antialiased fonts, that's telling a lot already. I
> gue
Leuven, E. wrote:
Stefan Schimanski wrote:
If you talk about ugliness maybe you should give some proof, pictures
could do that.
i did, here you go again:
I said that already. Why don't you obey to me and shut up?
I guess my fate is not to become a manager... I knew that already.
Abdel.
>> i did, here you go again:
>
> I said that already. Why don't you obey to me
i saw your email only after i send mine?
> and shut up?
> I guess my fate is not to become a manager... I knew that already.
not something to regret i think...
Leuven, E. wrote:
i did, here you go again:
I said that already. Why don't you obey to me
i saw your email only after i send mine?
I know... just kidding.
and shut up?
I forgot the :-)
I guess my fate is not to become a manager... I knew that already.
not something to regret i
don't we all love fridays...
;-)
-Original Message-
From: news on behalf of Abdelrazak Younes
Sent: Fri 5/4/07 11:05
To: lyx-devel@lists.lyx.org
Subject: Re: antialiasing in formulas
Leuven, E. wrote:
>>> i did, here you go again:
>> I said that already. Why don't you obey to me
>
>
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> think I need to reiterate all of them, one example can be seen in my
>> other mail of today.
>
> Georg, you know very well that you have to get involved in order to
> lead. Uwe is simply not as competent as you in this field, I guess none
> of us is
Edwin Leuven wrote:
i have switched to svn for my daily work now (don't miss good old 1.4.3
for one second!!)
however, i *strongly* suggest that we revert this patch:
http://www.lyx.org/trac/changeset/17639
and get rid of the antialiasing in formulas for the following two reasons:
1. the res
Michael Gerz wrote:
> I looked up the meaning of "endorse" and I must confess that I am sorry
> that you cannot endorse a product on which you have spent sooo much
> spare time.
>
> Apart from the Armenian support and the recent InsetListings discussion,
> what exactly is missing to make LyX 1.5.
> URL: http://www.lyx.org/trac/changeset/18197
> Please try again.
thanks, but unfortunately still no good:
http://leuven.ecodip.net/lyx/anti2.png
PS just to be more specific:
i do allow screen fonts to be "smoothed around the edges", but i don't have
cleartype enabled
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
think I need to reiterate all of them, one example can be seen in my
other mail of today.
Georg, you know very well that you have to get involved in order to
lead. Uwe is simply not as competent as you in this field, I guess none
of
Leuven, E. wrote:
URL: http://www.lyx.org/trac/changeset/18197
Please try again.
thanks, but unfortunately still no good:
http://leuven.ecodip.net/lyx/anti2.png
PS just to be more specific:
i do allow screen fonts to be "smoothed around the edges", but i don't have
cleartype enabled
I do
Leuven, E. schrieb:
the only thing i can conclude after using it is that in practice this is
a regression wrt 1.4 on my system
What does not work? Here on Windows, the antialiasing makes things significantly better and is an
improvement.
http://leuven.ecodip.net/lyx/anti.png
http://leuven.
Uwe Stöhr wrote:
> >> Are there any quirks in the support for Armenian? If there are
> >> please
> >> document that somewhere so that we can point people to the right
> >> place.
>
> > Uwe, why did you not answer this question? I am doing that now, because
> > I think that the quirks sh
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> And then look at the very recent marginal bug: AFAIK (correct
Georg> me if I am wrong) this happened because of missing review of
Georg> the insetName -> name change. A simple and safe looking change
Georg> caused a serious bug. I am c
Uwe wrote:
> That looks exactly the same here on my system, so what is the problem?
if you like the mixing of fuzzy and non-fuzzy lines here:
http://leuven.ecodip.net/lyx/anti.png
then there is no problem.
thing is, i don't and much prefer this:
http://leuven.ecodip.net/lyx/noanti.png
...
an
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> I know that the current state is OK for you and I respect that.
Georg> But since Jose asked for quirks and you did only mention one I
Georg> felt the need to list the others. That does not mean that any
Georg> of these needs to be fixe
I am using Lyx1.4, there are only a few available Document Class, most of
the class such as DocBook or Articles are unavailable.
Could you tell me how to get these document class?
The Document Class--book format to write, I found that if I select the Single
line Spacing in Text Layout, then it
Listings is a really good package. I agree about not to insert new features
at this point but I will be sorry to postpone this feature for more than a
year. My suggestion is to put this feature in lyx 1.5.0, but not put it in
any user visible place. Doing, we keep backward compatibility between 1.
ah, also I can help reviewing/maintaining the code for inset part (and QT
part if nobody volunteers).
On 5/4/07, Ozgur Ugras BARAN <[EMAIL PROTECTED]> wrote:
Listings is a really good package. I agree about not to insert new
features at this point but I will be sorry to postpone this feature fo
I have tried everything. I'm getting this error when I try to
double space, Lyx says tex can't find setspace.sty.
Where can I get this file?
and where should I put it so that Lyx can see it?
<[EMAIL PROTECTED]> writes:
>
> On Thu, 3 May 2007, Andreas Karlsson wrote:
>
> > Hi,
> >
> > Could someone please add the link
> >
> > http://www.jstatsoft.org/index.php?vol=17&t=s
> >
> > to the "Press about LyX" section on
> >
> > http://www.lyx.org/about/press.php
>
> I can try to do that
On Fri, May 04, 2007 at 10:34:53AM +0200, Abdelrazak Younes wrote:
> Leuven, E. wrote:
> >> The only thing I don't like in the antialias case is the
> >> horizontal line in the sqrt symbol
> >
> > i don't like it *at all*, this mixing of antialiasing with non-antialiasing
>
> And I don't like at
Hi!
My use case is:
I use figure float and I want to center the graphics. To do this I click
somewhere near the graphics and adjust paragraph settings. My question
is if it better to extend float menu (accessed with right mouse click)
with paragraph settings. Then I have only one global centering
On Friday 04 May 2007 08:40:40 Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > > Does this need some lyx2lyx action, i.e. file format change?
> >
> > Yes.
>
> Actually, the question was rather silly.
>
> Attached is a patch including the file format business (in lyx2lyx, I just
> copied the utf8x
José Matos wrote:
> Yes.
> Just nitpicking, the entry in FORMAT should refer to utf8 (there is
> utf16)...
Did that and committed.
Jürgen
On Wednesday 02 May 2007 02:55:07 Uwe Stöhr wrote:
> Of course but nobody replied to this topic and your first statement was:
> Commit it.
I am sorry but what said was:
> Do you have an OK from Georg? If yes then please commit if not I would
> like to hear from him. (Hi Georg!) :-)
There is
On Friday 04 May 2007 11:13:52 Jean-Marc Lasgouttes wrote:
> The biggest quirk I see is that armenian support without having been
> requested and without input from anybody who understands/needs it
> (correct me if I am wrong). This is a big error IMO.
I agree.
> JMarc
--
José Abílio
Georg Baum wrote:
And then look at the very recent marginal bug: AFAIK (correct me if I am
wrong) this happened because of missing review of the insetName -> name
change.
Small correction: this bug appeared in the InsetOld -> Inset transfer
with the removal of setInsetName(). Nothin to do with
Helge Hafting wrote:
> John Pye wrote:
>> Hi all
>>
>> I would like to know if there's a way I can easily downsample (or
>> 'degrade') images in my LyX document when creating output using
>> pdflatex. I have a mix of PNGs, PDFs, EPS and JPG in my document, but my
>> PDF file is starting to become l
Hi!
This works for me too, so as far as I'm concerned, this should go in
(and thanks, Elazar!). If anyone really objects to using "goto", it
could be implemented by separating the actual functionality into
separate functions --- one for left and one for right, similarly to how
it's done in
h
Abdelrazak Younes wrote:
Georg Baum wrote:
And then look at the very recent marginal bug: AFAIK (correct me if I am
wrong) this happened because of missing review of the insetName -> name
change.
Small correction: this bug appeared in the InsetOld -> Inset transfer
with the removal of setInse
Dov Feldstern wrote:
Hi!
This works for me too, so as far as I'm concerned, this should go in
(and thanks, Elazar!). If anyone really objects to using "goto", it
could be implemented by separating the actual functionality into
separate functions --- one for left and one for right, similarly t
Andre Poenitz wrote:
The LFUNs are named wrongly. It should be 'LFUN_CHAR_LEFT', since that's
what's supposed to happen on screen. This could be mapped to
LFUN_CHAR_BACKWARD denepding on isRTL() for 'logical' movement.
Andre'
I'm not sure that this is correct: precisely in the situations we'
While looking into the issue of cursor direction in RTL paragraphs,
using the latest svn version, I ran into a lot of stability issues and
crashes. I'm attaching a file I created, which causes LyX to crash when
I try to view the dvi. I haven't investigated this.
It may be that the file is corr
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
This patch does that and a bit more. It ensures that the coords are
saved and restored in any case (closeEvent and buffer switching). It
also does move the preamble related code in apply() and updateParam() in
the new PreambleModule class. Id
while investigating this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=3520
it turned out (thanks to georg for giving me some good hints) that the
"requires" field is ignored for macros
the attached patch fixes the bug for me but, as usual, comments are
appreciated...
require.patch
Descriptio
Thanks!
Stefan
Edwin Leuven wrote:
i have switched to svn for my daily work now (don't miss good old
1.4.3 for one second!!)
however, i *strongly* suggest that we revert this patch:
http://www.lyx.org/trac/changeset/17639
and get rid of the antialiasing in formulas for the following two
re
Michael Gerz wrote:
Jürgen Spitzmüller schrieb:
Michael Gerz wrote:
Any comments on this issues are welcome. I would like to get some
opinions before I change the po file.
remove the shortcuts from the dialog and introduce general shortcuts
for the outliner actions.
Abdel,
do you
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> while investigating this bug:
Edwin> http://bugzilla.lyx.org/show_bug.cgi?id=3520
Edwin> it turned out (thanks to georg for giving me some good hints)
Edwin> that the "requires" field is ignored for macros
Edwin> the attached patch fi
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
And then look at the very recent marginal bug: AFAIK (correct me if I am
wrong) this happened because of missing review of the insetName -> name
change.
Small correction: this bug appeared in the InsetOld -> Inset transfer
w
On Friday 04 May 2007 14:59:08 Jean-Marc Lasgouttes wrote:
> Looks good.
>
> JMarc
+1
--
José Abílio
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
>>> About this particular one, I proposed to make the method pure
>>> virtual, any objection?
Abdelrazak> Here is the patch.
If you use names for the insets they should IMO be the same names
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
About this particular one, I proposed to make the method pure
virtual, any objection?
Abdelrazak> Here is the patch.
If you use names for the insets they should IM
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> If you use names for the insets they should IMO be the same names
>> used in the .lyx file after \begin_inset (when this makes sense)
Abdelrazak> Yes, that was the idea but I don't know the LyX format.
You have to read the v
Leuven, E. wrote:
> while investigating this bug:
>
> http://bugzilla.lyx.org/show_bug.cgi?id=3520
>
> it turned out (thanks to georg for giving me some good hints) that the
> "requires" field is ignored for macros
>
> the attached patch fixes the bug for me but, as usual, comments are
> apprec
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> And then look at the very recent marginal bug: AFAIK (correct me if I am
>> wrong) this happened because of missing review of the insetName -> name
>> change.
>
> Small correction: this bug appeared in the InsetOld -> Inset transfer
> with the remov
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
And then look at the very recent marginal bug: AFAIK (correct me if I am
wrong) this happened because of missing review of the insetName -> name
change.
Small correction: this bug appeared in the InsetOld -> Inset transfer
with the
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
If you use names for the insets they should IMO be the same names
used in the .lyx file after \begin_inset (when this makes sense)
Abdelrazak> Yes, that was the idea but I don't know the LyX format.
Y
The preamble is part of the LyX file right? So it is susceptible to
contain non latin unicode characters.
Shouldn't we transform that to docstring?
Abdel.
Hi,
I am using Lyx 1.4. I use the book in Document Class.
Does anybody know how to change the page head from uppercase to lowercase?
How to put the page number on the lower page face, not on the upper page face?
How to generate a line below the page head and a line above the page number?
Thi
Jean-Marc Lasgouttes schrieb:
The biggest quirk I see is that armenian support without having been
requested and without input from anybody who understands/needs it
(correct me if I am wrong). This is a big error IMO.
At the risk of making Uwe very, very angry: Should we revert the changes?
it is in:
http://www.lyx.org/trac/changeset/18199
Georg Baum wrote:
Leuven, E. wrote:
while investigating this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=3520
it turned out (thanks to georg for giving me some good hints) that the
"requires" field is ignored for macros
the attached patch
Li Wang wrote:
> I have tried everything. I'm getting this error when I try to
> double space, Lyx says tex can't find setspace.sty.
>
> Where can I get this file?
ftp://tug.ctan.org/pub/tex-archive/macros/latex/contrib/setspace/setspace.sty
> and where should I put it so that Lyx can see it?
José Matos schrieb:
I am proposing the removal of the official support for Armenian from 1.5.
I tend to agree.
Michael
Abdelrazak Younes schrieb:
About this particular one, I proposed to make the method pure
virtual, any objection?
Here is the patch.
Do we really have to repeat the term "virtual" in all subclasses?
Michael
Abdelrazak Younes schrieb:
Here is a slightly modified version of Stefan's patch.
I am not a QT expert but the patch seems to make sense!
Michael
Michael Gerz wrote:
Abdelrazak Younes schrieb:
About this particular one, I proposed to make the method pure
virtual, any objection?
Here is the patch.
Do we really have to repeat the term "virtual" in all subclasses?
Yes I think, in case you want to reimplement the method in further
deriv
On Friday 04 May 2007 16:39:32 Michael Gerz wrote:
> Do we really have to repeat the term "virtual" in all subclasses?
No, we don't but it is usual to do it to warn the developer that the method
is virtual. It is good practice to document the function status although it
is not required by the
José Matos wrote:
On Friday 04 May 2007 16:39:32 Michael Gerz wrote:
Do we really have to repeat the term "virtual" in all subclasses?
No, we don't but it is usual to do it to warn the developer that the method
is virtual. It is good practice to document the function status although it
is
On Fri, May 04, 2007 at 09:42:57AM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> >> Inset::MARGIN_CODE), > InsetName("float", Inset::FLOAT_CODE),
>
> Bo> ERT_CODE dictates verbatim output which is exactly what
> Bo> InsetListings needs. I do not see a
On Fri, May 04, 2007 at 10:01:47AM +0200, Leuven, E. wrote:
> PS for the curious:
>
> http://leuven.ecodip.net/lyx/anti.png
> http://leuven.ecodip.net/lyx/noanti.png
Both look awful. Unfortunately I can't blame any of you...
Andre'
Abdelrazak Younes wrote:
Bennett Helm wrote:
On Apr 27, 2007, at 10:38 AM, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> Bennett Helm wrote:
On Apr 27, 2007, at 9:38 AM, Abdelrazak Younes wrote:
Silly me! Try
On Fri, May 04, 2007 at 10:41:49AM +0200, Abdelrazak Younes wrote:
> Sorry Bo, but this seems not realistic at this point. IMHO, the only
> serious thing to do is to release 1.5 ASAP and try to release 1.6 not
> too far in the future, say... in 3 or 4 month *maximum*.
"Christmas". As usual...
A
On Fri, May 04, 2007 at 11:08:45AM +0200, Leuven, E. wrote:
> don't we all love fridays...
Tell me why I don't like Mondays...
Andre'
Thank you, It is done successfully. Dank !
On May 4, 2007, at 11:57 AM, Abdelrazak Younes wrote:
I did notice when trying this patch that when I drag a file to
the dock icon that is already loaded via sessions, I get the "The
document foo.lyx is already loaded. Do you want to revert to the
saved version?" dialog. That should probably
On Friday 04 May 2007 17:40:45 Bennett Helm wrote:
> But is this the behavior we want? (I'm not sure it isn't; I'm just
> asking.) Would it be preferable to load the double-clicked file
> *together with* all other files from the session file?
This is the current behaviour in linux as well. S
On Fri, May 04, 2007 at 02:41:55PM +0200, Abdelrazak Younes wrote:
> Georg Baum wrote:
> >And then look at the very recent marginal bug: AFAIK (correct me if I am
> >wrong) this happened because of missing review of the insetName -> name
> >change.
>
> Small correction: this bug appeared in the In
Any idea someone? Edwin?
It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
Abdel.
QtCored4.dll!qt_message_output(QtMsgType msgType=QtFatalMsg, const
char * buf=0x01bfc494) Line 2155 C++
QtCored4.dll!qFatal(const char * msg=0x6712e604, ...) Line 2375 +
0xe bytes C++
On Fri, May 04, 2007 at 03:54:41PM +0300, Dov Feldstern wrote:
> Hi!
>
> This works for me too, so as far as I'm concerned, this should go in
> (and thanks, Elazar!). If anyone really objects to using "goto", it
> could be implemented by separating the actual functionality into
> separate funct
Bennett Helm wrote:
On May 4, 2007, at 11:57 AM, Abdelrazak Younes wrote:
I did notice when trying this patch that when I drag a file to the
dock icon that is already loaded via sessions, I get the "The
document foo.lyx is already loaded. Do you want to revert to the
saved version?" dialog. Th
Andre Poenitz wrote:
On Fri, May 04, 2007 at 03:54:41PM +0300, Dov Feldstern wrote:
Hi!
This works for me too, so as far as I'm concerned, this should go in
(and thanks, Elazar!). If anyone really objects to using "goto", it
could be implemented by separating the actual functionality into
se
On May 4, 2007, at 12:56 PM, Abdelrazak Younes wrote:
With this patch, double-clicking a file when LyX isn't running
will start LyX and (apparently) ignore session information about
what other files to load. So the "revert" dialog gets properly
suppressed.
But is this the behavior we want?
On Fri, May 04, 2007 at 04:07:18PM +0300, Dov Feldstern wrote:
> Andre Poenitz wrote:
> >
> >The LFUNs are named wrongly. It should be 'LFUN_CHAR_LEFT', since that's
> >what's supposed to happen on screen. This could be mapped to
> >LFUN_CHAR_BACKWARD denepding on isRTL() for 'logical' movement.
>
Abdelrazak Younes wrote:
> Any idea someone? Edwin?
>
> It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
>
> Abdel.
>
Fixed. Having a readable pixmap format is really an advantage, I've just added
a 'X' to have a consistent file (also gimp complains with the old one).
>
[EMAIL PROTECTED] wrote:
Author: kuemmel
Date: Fri May 4 18:59:21 2007
New Revision: 18200
URL: http://www.lyx.org/trac/changeset/18200
Log:
fix xpm
Thanks.
Shouldn't we try to catch this kind of errors?
Abdel.
Modified:
lyx-devel/trunk/lib/images/math/sqintop.xpm
Modified: lyx-de
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Any idea someone? Edwin?
>>
>> It seems that "lib/images/math/sqintop.xpm" is corrupt or something...
>>
>> Abdel.
>>
>
> Fixed. Having a readable pixmap format is really an advantage, I've just added
> a 'X' to have a consistent file (also gimp co
1 - 100 of 122 matches
Mail list logo
