On Thu, 26 Mar 2009, Jürgen Spitzmüller wrote:
Obviously, I cannot commit there (e.g., updating i18n.inc).
In fact, svn diff does not even show a difference even though the file was
changed.
I don't understand... does commit fail? Or is it just the web site that
isn't updated? The latter is
2009/3/27 Lijun Yang :
> Dear Lyx developing team,
> I am a new user of Lyx and have a comment on the most recent version
> 1.6.2, released on March 2009.
> Although it is very easy to go to next line by pressing "Enter" key
> when I am editing usual text, I can not do so when I am editing an
> equ
Dear Lyx developing team,
I am a new user of Lyx and have a comment on the most recent version
1.6.2, released on March 2009.
Although it is very easy to go to next line by pressing "Enter" key
when I am editing usual text, I can not do so when I am editing an
equation. Instead, I have to click th
Vincent van Ravesteijn wrote:
Hi all,
This patch fixes bug 4935.
http://bugzilla.lyx.org/show_bug.cgi?id=4935
It allows the user to scroll down below the document, until the last
line is at the top..
It can be turned on in the Tools->preferences->editing dialog.
PS. This is also a work-arou
Vincent van Ravesteijn wrote:
Hi all,
This patch solves bug 4733.
Thank you. Thank you. Thank you. Thank you. Thank you. Thank you. Thank
you. Thank you. Thank you. Thank you. Thank you. Thank you. Thank you.
Thank you.
This one really p***es me off.
rh
Vincent van Ravesteijn wrote:
///
bool closeBuffer(Buffer & buf, bool tolastopened = false);
+enum NextOrPrevious {
+NEXTBUFFER,
+PREVBUFFER
+};
+///
+void gotoNextOrPreviousBuffer(NextOrPrevious np);
Again some questions about enumerations from me
Lars Gullik Bjønnes wrote:
Of course the world will be a bit nicer when compilers begin to
implement the stronger typed enum.
class enum N {
};
proper name space for them. f.ex.
Indeed. Not to mention proper typing for typedefs.
rh
Hi all,
This patch fixes bug 4935.
http://bugzilla.lyx.org/show_bug.cgi?id=4935
It allows the user to scroll down below the document, until the last
line is at the top..
It can be turned on in the Tools->preferences->editing dialog.
PS. This is also a work-around around the recursive repaint
Hi all,
This patch solves bug 4733.
I added "buffer_view_->scrollToCursor();" to
GuiWorkArea::resizeBufferView().
The rest is mambo-jambo to prevent a repaint.
Comments?
Vincent
diff --git a/src/BufferView.cpp b/src/BufferView.cpp
index fbe30f1..815fb2f 100644
--- a/src/BufferView.cpp
+++ b
On Thu, Mar 26, 2009 at 19:42, Vincent van Ravesteijn <
v.f.vanraveste...@tudelft.nl> wrote:
>
> ///
>>bool closeBuffer(Buffer & buf, bool tolastopened = false);
>> + enum NextOrPrevious {
>> + NEXTBUFFER,
>> + PREVBUFFER
>> + };
>> + /
I have no problem that there are two installers with different
philosophies
behind them it is OK and even (somewhat) encouraged in our culture
but lets us
give them meaningful names, pretty please. :-)
The problem is that the only reasonable names are Uwe's installer and
Joost's installer
///
bool closeBuffer(Buffer & buf, bool tolastopened = false);
+ enum NextOrPrevious {
+ NEXTBUFFER,
+ PREVBUFFER
+ };
+ ///
+ void gotoNextOrPreviousBuffer(NextOrPrevious np);
Again some questions about enumerations from m
On Thursday 26 March 2009 17:01:46 rgheck wrote:
> I'm not sure the official one has been done yet. Joost, the packager,
> has been MIA.
IMHO the names are meaningless. Please give them reasonable names.
As a matter of fact Uwe's installer is as official as is Joost's.
I have no problem that the
Piero Faustini wrote:
John McCabe-Dansted writes:
The links at:
ftp://ftp.lyx.org/pub/lyx/bin/1.6.2/
seems to work for me.
Yes, but it does only contain the ALTinstaller, I wonder about the Official one.
I'm not sure the official one has been done yet. Joost, the packager,
John McCabe-Dansted writes:
> The links at:
> ftp://ftp.lyx.org/pub/lyx/bin/1.6.2/
> seems to work for me.
>
Yes, but it does only contain the ALTinstaller, I wonder about the Official one
On Fri, Mar 27, 2009 at 1:10 AM, Piero Faustini
wrote:
> Hello,
>
> Ok, I know I'm a LyX addicted, but I',m puzzled about the Windows installer of
> version 1.6.2 which is not available. The Windows wiki points to both bundled
> and simple installers, but it's dead links. The Download page report
Hello,
Ok, I know I'm a LyX addicted, but I',m puzzled about the Windows installer of
version 1.6.2 which is not available. The Windows wiki points to both bundled
and simple installers, but it's dead links. The Download page report 1.6.1 and
nothing more. Does 1.6.2 installer exist?
thanks for
2009/3/26, Jean-Marc Lasgouttes :
> Ignacio García writes:
>> I mean some shorcuts in Shortcuts.lyx.
>> I don't understand well: is it a bug? As you said on Jan, 6
>> (http://mail.google.com/mail/h/1ifwk297wx2b7/?v=c&th=11eaa04f4688af08)
>> the InsetInfo insets used in Shorcuts are only for develo
Vincent van Ravesteijn - TNW wrote:
Anyone else seeing this ?
Yep, already reported here:
http://thread.gmane.org/gmane.editors.lyx.devel/115363/focus=115526
Thanks,
I didn't recollect having seen such a serious bug.g
Contrarily to what I stated there, it also occurs on Li
>> Anyone else seeing this ?
>
>Yep, already reported here:
>http://thread.gmane.org/gmane.editors.lyx.devel/115363/focus=115526
>
Thanks,
I didn't recollect having seen such a serious bug.g
>Contrarily to what I stated there, it also occurs on Linux.
>The second problem reported there, was due
Obviously, I cannot commit there (e.g., updating i18n.inc).
In fact, svn diff does not even show a difference even though the file was
changed.
Jürgen
On Thu, Mar 26, 2009 at 11:23:23AM +0100, Vincent van Ravesteijn - TNW wrote:
> If I start LyX, create a new document while the mouse is in the
> workarea, LyX asserts in TextMetrics::pitNearY, which is called by
> checkInsetHit:
>
> LASSERT(!par_metrics_.empty())
>
> Abdel, why is this assert th
http://bugzilla.lyx.org/show_bug.cgi?id=5863
These two classes load geometry by themselves. With LyX 1.6.2, we get an
option clash message if a user tries to alter page size, orientation or
margins, since we load geometry with options, but even before, such settings
had no effect, since the val
rgheck wrote:
> Author: rgheck
> Date: Thu Mar 26 13:29:54 2009
> New Revision: 28920
> URL: http://lyx.lyx.org/trac/changeset/28920
>
> Log:
> Enhance LyX by fixing bug 5872.
Richard, this is OK for branch.
Jürgen
> All the function names in Preferencies->Shorcuts
> The shortcuts in the manual can not be translated...
>
Yes I am also confirming that all strings here cannot be found in po
file. I have been trying to search I could not found them ... So the the
explanation of the shortcuts will not match wi
>This looks good. I think the Buffer& arguments were a remnant
>of the time before we had buffer().
Well, loadIfNeeded used to be an anonymous function until you made it a
member of InsetInclude. When you did this, you removed the second params
parameter, but you left this one.
>There's one
v...@lyx.org wrote:
Author: vfr
Date: Thu Mar 26 01:48:32 2009
New Revision: 28919
URL: http://lyx.lyx.org/trac/changeset/28919
Log:
Some cleanup in InsetInclude:
* use the UpdateScope, introduced recently, to prevent the 'strange' calls to
setParent which also causes the update mechanism to ru
Jean-Marc Lasgouttes wrote:
rgheck writes:
[Thu Mar 26 00:18:34 2009] [error] [client 201.38.240.167]
ModSecurity: Access denied with code 400 (phase 2). Pattern match
"%(?!$|W|[0-9a-fA-F]{2}|u[0-9a-fA-F]{4})" at ARGS:text. [id
"950107"] [msg "URL Encoding Abuse Attack Attempt"] [sev
Ignacio García writes:
> I mean some shorcuts in Shortcuts.lyx.
> I don't understand well: is it a bug? As you said on Jan, 6
> (http://mail.google.com/mail/h/1ifwk297wx2b7/?v=c&th=11eaa04f4688af08)
> the InsetInfo insets used in Shorcuts are only for developpers
> and they are no translatables.
Jürgen Spitzmüller wrote
>> All the function names in Preferencies->Shorcuts
>> The shortcuts in the manual can not be translated...
> Yes. I doubt it makes sense to translate those (but we could introduce
> translatable descriptions).
Uwe
> You mean you need to translate the terms "Ctrl" and "Al
Vincent van Ravesteijn - TNW wrote:
v...@lyx.org wrote:
Author: vfr
Date: Wed Mar 25 23:40:04 2009
New Revision: 28911
URL: http://lyx.lyx.org/trac/changeset/28911
Log:
Revert cs 28908: wrong fix.
Yeah, I was about to ask why...
:-)
Abdel.
But the problem is pretty
>v...@lyx.org wrote:
>> Author: vfr
>> Date: Wed Mar 25 23:40:04 2009
>> New Revision: 28911
>> URL: http://lyx.lyx.org/trac/changeset/28911
>>
>> Log:
>> Revert cs 28908: wrong fix.
>
>Yeah, I was about to ask why...
>
>:-)
>
>Abdel.
>
But the problem is pretty serious, annoying and still exi
v...@lyx.org wrote:
Author: vfr
Date: Wed Mar 25 23:40:04 2009
New Revision: 28911
URL: http://lyx.lyx.org/trac/changeset/28911
Log:
Revert cs 28908: wrong fix.
Yeah, I was about to ask why...
:-)
Abdel.
John McCabe-Dansted writes:
> In the long run I don't think users should be expected to spend time
> manually fixing iconv errors. At worst LyX could pop up a dialog box:
> "LyX cannot handle the following characters ... [Remove] [Replace]
> [Cancel]".
No, but they should report them so that we
rgheck writes:
>> [Thu Mar 26 00:18:34 2009] [error] [client 201.38.240.167]
>> ModSecurity: Access denied with code 400 (phase 2). Pattern match
>> "%(?!$|W|[0-9a-fA-F]{2}|u[0-9a-fA-F]{4})" at ARGS:text. [id
>> "950107"] [msg "URL Encoding Abuse Attack Attempt"] [severity
>> "WARNING"] [h
Vincent van Ravesteijn writes:
> Fixed now.
Great!
JMarc
On 2009-03-25, Uwe Stöhr wrote:
> > While trying to compile a document which contains a math macro named
> > \cr (I used it for the cross sign, \times) and also contains a
> > matrix, I got the following error from latex several times ...
> > Deleting the macro \cr, or giving it any other name, sol
On 2009-03-26, John McCabe-Dansted wrote:
> I get iconv errors quite regularly. I have written a python script
> (filter) to remove all UTF characters. This is sufficient for my
> purposes since I hardly ever use UTF
However, this is no solution for us umlaut-, accent-, Greek-, and
Cyrillic-loving
Georg Baum wrote:
Vincent van Ravesteijn wrote:
For the statistics:
With 2 graphics, there are 60 calls to FileName::==(),
With 20 graphics, there are 570 calls to FileName::==(),
With 60, graphics, there are 1760 calls to FileName::==(), which is at
least 10560 file accesses...
When delet
Georg Baum wrote:
Abdelrazak Younes wrote:
I agree that we need two comparison methods. I am not sure though that
the operator==() should be lighter one. I 'd rather look at the all the
cases where it is used and replace them on a case by case with
equivalent() or isSimilarTo() as I suggeste
I get iconv errors quite regularly. I have written a python script
(filter) to remove all UTF characters. This is sufficient for my
purposes since I hardly ever use UTF, and I can always use diff to see
if there are any UTF characters I want to preserve. I find it much
faster than manually bisecti
41 matches
Mail list logo
