Here is an improved patch.
100 lines added, 40 moved (indent change mostly). Not bad for something
that is already perfectly usable.
Please review.
- Martin
Index: insets/insetcharstyle.C
===
--- insets/insetcharstyle.C (revision
Angus Leeming <[EMAIL PROTECTED]> writes:
> Enrico Forestieri ...> writes:
> > Computing crc of "/c/texmf/tex/latex/graphics/"
> > Abort (core dumped)
> >
> > I tried the same with a mingw build and got that it also tried computing
> > the crc of the same directory, but in this case no crash wa
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I made a self-contained executable from lyxsum.C and tried it on every
> file in the texmf tree but did not succeed in crashing it. So I added
> some debugging statements to src/support/lyxsum.C to see what file was
> triggering the crash and to my s
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> Special question for Angus (or Michael), I never managed to compile the
> 'po' directory. Could this be something similar to 'configure.ac' which
> had dos-style line-ending?
>
> Thanks in advance,
> Abdel.
>
> D:\mingw\bin\make.ex
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Computing crc of "/c/texmf/tex/latex/graphics/"
> Abort (core dumped)
>
> I tried the same with a mingw build and got that it also tried computing
> the crc of the same directory, but in this case no crash was occurring.
>
> As it seems really stran
I have updated the booktabs branch to current trunk. It works for me, and
I will try to finish it so that it can be merged back in the not so far
future, but of course bug fixing for 1.4.1 has higher priority for some
time.
Georg
On Tuesday 14 March 2006 20:00, Georg Baum wrote:
> I tried to merge current trunk into the booktabs branch and discovered
> that src/frontends/xforms/ChangeLog has a mysterious gap. This patch
> restores history from 11/2002 to 05/2005. It is going in now.
Is it useful to have a humongous chang
I tried to merge current trunk into the booktabs branch and discovered
that src/frontends/xforms/ChangeLog has a mysterious gap. This patch
restores history from 11/2002 to 05/2005. It is going in now.
Georg
x.diff.gz
Description: GNU Zip compressed data
Sorry...
- Martin
pgpbgOYiRoixE.pgp
Description: PGP signature
Abdel,
the line end conversion in the clipboard used Q_OS_MACX on purpose. You
changed that to Q_WS_MACX, meaning that it will not happen on X11/Mac.
Are you sure that it is not needed there? If yes, we should also change
the qt2 frontend, otherwise please change it back.
Georg
Angus Leeming <[EMAIL PROTECTED]> writes:
> If memory serves me right, this function is pretty self contained. You should
> be
> able to add a main() that just calls it with the offending file. "gcc -E" the
> file to create the full source listing and you'll be able to give 'em the code
> that tri
Am Dienstag, 14. März 2006 18:42 schrieb Michael Gerz:
> the critical length is about 200 characters. However, to me it makes no
> sense to have file name of this length. Maybe 100 (or 160) chars is a
more
> reasonable limitation.
But LyX is supposed to truncate to 160 chars already. Can you p
Hi Georg,
A forward port will not happen, because the 1.3 design is broken. The only
thing we could do is to not encode the full path name in the temporary
file. This would be fairly easy to do (in FileName::mangledFilename). In
fact, there is already code to truncate the name to 160 characters.
On Mar 11, 2006, at 4:26 AM, Abdelrazak Younes wrote:
Abdelrazak Younes a écrit :
Bennett Helm a écrit :
Dialogs.C:275: error: expected type-specifier before 'ControlRef'
Dialogs.C:275: error: expected `)' before 'ControlRef'
Dialogs.C:275: error: no matching function for call to
'lyx::front
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I am not against adding a clear() method, but would not it be
better to have MenuBackend::expand clear the menu first? It seems
to be the assumption in all frontends.
Abdelrazak> Please tell me if yo
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I am not against adding a clear() method, but would not it be
>> better to have MenuBackend::expand clear the menu first? It seems
>> to be the assumption in all frontends.
Abdelrazak> Please tell me if you are going to add it
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes a écrit : At the time, I had the
Abdelrazak> feeling that menus opened faster yes. But I did not
Abdelrazak> measured it scientifically. Beside, the code is a bit
Abdelr
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes a écrit : At the time, I had the
Abdelrazak> feeling that menus opened faster yes. But I did not
Abdelrazak> measured it scientifically. Beside, the code is a bit
Abdelr
On Tue, Mar 14, 2006 at 10:45:08AM +0100, Helge Hafting wrote:
> Context menus certainly have their uses, but also disadvantages:
> 1. They're invisible. Charstyles are so important that they
>may deserve permanent visibility. Today paragraph
>styles and the charstyle-like bold & emph ha
On Mar 14, 2006, at 10:20 AM, Georg Baum wrote:
Bennett Helm wrote:
On current svn, I get the following error:
../../src/lyxtext.h:231: error: 'bool LyXText::backspacePos0
(LCursor&)' and 'bool LyXText::backspacePos0(LCursor&)' cannot be
overloaded
Solutions?
Maybe you have merge conflicts
Bennett Helm wrote:
> On current svn, I get the following error:
>
> ../../src/lyxtext.h:231: error: 'bool LyXText::backspacePos0
> (LCursor&)' and 'bool LyXText::backspacePos0(LCursor&)' cannot be
> overloaded
>
> Solutions?
Maybe you have merge conflicts in this file?
Georg
Hello,
Special question for Angus (or Michael), I never managed to compile the
'po' directory. Could this be something similar to 'configure.ac' which
had dos-style line-ending?
Thanks in advance,
Abdel.
D:\mingw\bin\make.exe[1]: Leaving directory
`D:/msys/home/yns/lyx/trunk/intl'
Making a
On Mon, Mar 13, 2006 at 08:36:33PM +0200, Martin Vermeer wrote:
> On Mon, Mar 13, 2006 at 06:06:10PM +, Angus Leeming wrote:
> > Rainer Dorsch <[EMAIL PROTECTED]> writes:
...
> > Interesting questions:
> > Presumably there will be char styles associated with the layout. Could there
> > a
On current svn, I get the following error:
../../src/lyxtext.h:231: error: 'bool LyXText::backspacePos0
(LCursor&)' and 'bool LyXText::backspacePos0(LCursor&)' cannot be
overloaded
Solutions?
Bennett
This is the patch posted on bugzilla (880) to allow backspacing over a
paragraph break inserted under change tracking.
It works, but Jürgen reported a cursor positioning issue, for which I
didn't see any obvious reason or fix.
Can this go into 1.5?
- Martin
Index: text.C
Angus Leeming <[EMAIL PROTECTED]> writes:
> If memory serves me right, this function is pretty self contained. You should
> be
> able to add a main() that just calls it with the offending file. "gcc -E" the
> file to create the full source listing and you'll be able to give 'em the code
> that tri
Index: D:/msys/home/yns/lyx/trunk/src/frontends/qt4/ChangeLog
===
--- D:/msys/home/yns/lyx/trunk/src/frontends/qt4/ChangeLog (revision 13369)
+++ D:/msys/home/yns/lyx/trunk/src/frontends/qt4/ChangeLog (working copy)
@@ -1,8
On Tue, Mar 14, 2006 at 09:36:50AM +0200, Martin Vermeer wrote:
> On Mon, 2006-03-13 at 11:29 +0100, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> Patch was tested by Joost.
> >
> > Martin> OK to commit (no mysterious constants here :
On Mon, 2006-03-13 at 20:26 +0100, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
> > No it is not. The attached is (cursed evo interface!)
>
> Yes, that's better :-)
> Works for me, from a quick test.
Do you think it is tested enough to go into 1.5?
Attached the version with relevant comme
Jean-Marc Lasgouttes wrote:
> I think we should use something like 1ThisIsTheNameOfMyFile.pdf. We do
> not really need the paths, do we?
We thought that it would be useful to have them if you need to look in the
temporary directory for some reason, technically they are not needed.
I still think t
Michael Gerz wrote:
> is this patch also relevant for 1.4.X?
Yes, see my answer to Jean-Marc.
Georg
Helge Hafting wrote:
> "pdflatex testcrap.tex" errored out. Not because the filename was so
> long, but because the export routine for "latex" creates graphichs
> commands
> unsuitable for "pdflatex". pdflatex and latex differ in how they include
> graphichs.
That is an entirely different probl
Michael Gerz wrote:
Hi all,
I encountered a regression with LyX 1.4.0 on Windows using MikTeX (the bug
probably occurs on Linux as well).
LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does not.
Unfortunately, pdflatex (from MikTeX) does not accept file names like
1C__Dokumente
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Michael Gerz wrote:
>> Hi all,
>>
>> I encountered a regression with LyX 1.4.0 on Windows using MikTeX
>> (the bug probably occurs on Linux as well).
>>
>> LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does
>> not. Unfo
Michael Gerz wrote:
> Hi all,
>
> I encountered a regression with LyX 1.4.0 on Windows using MikTeX (the bug
> probably occurs on Linux as well).
>
> LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does not.
> Unfortunately, pdflatex (from MikTeX) does not accept file names like
>
>
Jean-Marc Lasgouttes wrote:
> I am a bit nervous about removing things like \begin, \left or
> \protect. Can you tell what having these break?
Nothing, but they are not used either.
> In the case of \protect, I think ignoring it is consistent with the
> rest of the code.
>
> I'd rather have a p
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Hmm da hmmm
|
| Is that some Troll incantation? What does it do?
I am pretty sure it will provide a magical solution to the problem.
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Hmm da hmmm
Is that some Troll incantation? What does it do?
JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Right... forgot about that... I do not quite see how to get rid
| Lars> of those (and I used --disable-concept-checks...)
|
| Why do you disable it?
Because I got those e
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Right... forgot about that... I do not quite see how to get rid
Lars> of those (and I used --disable-concept-checks...)
Why do you disable it?
Lars> Any tips on how to solve these would be nice.
I have to admit I have no idea
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | The only think
| Lars> left that I'd like to change is the iterators, | currently
| Lars> ÂRandomccessList::iterator is an
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes: | The only think
Lars> left that I'd like to change is the iterators, | currently
Lars> ÂRandomccessList::iterator is an bi-directional iterator, | but
Lars> not a random iterator,
Hi all,
I encountered a regression with LyX 1.4.0 on Windows using MikTeX (the bug
probably occurs on Linux as well).
LyX 1.3 truncates long graphics file names, whereas LyX 1.4 does not.
Unfortunately, pdflatex (from MikTeX) does not accept file names like
1C__Dokumente_und_Einstellungen_ms_E
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> This patch fixes bug 2361: \boxed equations are not drawn
Georg> correctly. The reason is a wrong entry in lib/symbols. I have
Georg> removed other entries that correspond to insets that were
Georg> removed after 1.3, and commented tho
Hi Georg,
is this patch also relevant for 1.4.X?
Michael
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, March 13, 2006 6:56 PM
Subject: r13369 - in /lyx-devel/trunk/lib: ChangeLog symbols
Author: baum
Date: Mon Mar 13 18:56:32 2006
New Revision:
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> But sites that use wiki has a tendency to look like a wiki, just
Lars> as sites that use some publishing tool has a tendency to look
Lars> like a newspaper etc.
That is my concern too. Personally, I have difficulties finding my
[EMAIL PROTECTED] writes:
| On 13 Mar 2006, Lars Gullik Bjønnes wrote:
|
| > [EMAIL PROTECTED] writes:
| >
| > | Anyway, unless someone has a strong opinion against it, I might like to
| > | mock something up just to see how it works out. I've never actually used
a
| > | wiki to make it look
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > "christian" == christian ridderstrom
> <[EMAIL PROTECTED]> writes:
>
> christian> I was also thinking about having to modify .php-files, but
> christian> I haven't really looked at them so I don't know how
> christian> difficult it'd be to c
Angus Leeming a écrit :
Angus Leeming a écrit :
Ok, you asked... (regular listeners turn off now to prevent boredom from
setting in...)
I did two, separate things.
1. Implement a parser of command-line syntax:
http://www.lyx.org/~leeming/libs/child/doc/html/parse_pseudo_command_line.html
Thi
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> I was also thinking about having to modify .php-files, but
christian> I haven't really looked at them so I don't know how
christian> difficult it'd be to change any content.
It is reasonably trivial. And there are s
Angus Leeming a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Hello Lars,
If you want to simplify it even more, just erase the two iterator
classes and put the following in ParagraphList.h instead;
I believe the potential performance problems will go away
once the use cases of Parag
On 13 Mar 2006, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] writes:
>
> | Anyway, unless someone has a strong opinion against it, I might like to
> | mock something up just to see how it works out. I've never actually used a
> | wiki to make it look just like a normal web page and that might
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Hello Lars,
> If you want to simplify it even more, just erase the two iterator
> classes and put the following in ParagraphList.h instead;
> I believe the potential performance problems will go away
> once the use cases of ParagraphList uses dire
Rainer Dorsch wrote:
Am Montag, 13. März 2006 11:15 schrieb Helge Hafting:
Martin Vermeer wrote:
On Sun, Mar 12, 2006 at 06:41:40PM +0100, Rainer Dorsch wrote:
Am Sonntag, 12. März 2006 17:22 schrieb Jose' Matos:
...
What I tried first (not sure if others wou
On Mon, 13 Mar 2006, Rainer Dorsch wrote:
> Very good point. I have made some notes for me myself (though they should
> come
> with an example before going into the wiki):
Well, just start playing in the playground first:
http://wiki.lyx.org/Playground/CharacterStyles
I copied your te
Hello Lars,
If you want to simplify it even more, just erase the two iterator
classes and put the following in ParagraphList.h instead; I believe the
potential performance problems will go away once the use cases of
ParagraphList uses direct access intead of iterator access. And this
will sim
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> When trying to preview a beamer document I get a crash with a cygwin build.
> I attach a bt at the bottom. Am I right that the crash is occurring inside
> cygwin1.dll? Just ignore the first two false SEGFAULTS, it's a known
> problem with gdb in c
57 matches
Mail list logo