Martin Vermeer <[EMAIL PROTECTED]> writes:
| > Any work on this scale on the qt3 frontend is a waste of resources.
|
| And as usual the biggest expenditure of resources would be on the
| diplomatic effort to turn around/get around the naysayers. Hey, this is
| free software! People spend their pe
On Thu, Mar 09, 2006 at 06:15:38PM +0100, Andre Poenitz wrote:
> On Tue, Mar 07, 2006 at 03:24:14PM +0100, Abdelrazak Younes wrote:
> > Martin Vermeer a écrit :
> > >On Tue, 2006-03-07 at 11:45 +0100, Abdelrazak Younes wrote:
> > >>Martin Vermeer a écrit :
...
> > >>All this would need a few addi
Em Qui 09 Mar 2006 18:33, Georg Baum escreveu:
> I guess you meant:
>
> if output_file != resultfile and resultfile exists, then, before runing
> the converter, move resultfile to resultfile.tmp, and after the converter
> finishes, move back resultfile.tmp to resultfile. This is a generic
> soluti
Em Qui 09 Mar 2006 18:30, Georg Baum escreveu:
> Am Donnerstag, 9. März 2006 10:06 schrieb João Luis Meloni Assirati:
> > If the converter sees a .dvi in the tmpdir (that is, I previously
> > exported to
> > dvi), then a next .dvix generation (that is, a next preview) will simply
> > move
> > the e
Abdelrazak Younes wrote:
> That would be great and would solve the portability issue of autotools.
> Is there some tools to convert autotools script to cmake?
>
http://websvn.kde.org/trunk/KDE/kdesdk/scripts/cmake/am2cmake?rev=516914&view=log
seems to be specific for kde
Cheers,
Charles
--
htt
I've been having problems linking 1.4 under MinGW. I've
followed the steps posted previously, but am now getting
unresolved QT externals in the final link. Has the procedure
changed with 1.4 - I'm referring to the files that need
to be edited, environment variables set etc etc.
Is there plans to r
Am Donnerstag, 9. März 2006 17:14 schrieb Abdelrazak Younes:
> I see... is it at all possible to have different flags for different
> different directory?
I don't know.
> If yes it should be possible to put a condition for mingw and qt4
> directory. Or we just create a new 'config/mingw.m4' bas
Am Donnerstag, 9. März 2006 17:04 schrieb Richard Kleeman:
> Georg,
> OK works now. I have uploaded five debs for Ubuntu breezy into
> pub/incoming on ftp.devel.lyx.org as well as a README file. Not sure if
> the latter made it or not. Seems to work fine on my breezy install if
> you want to put
Am Donnerstag, 9. März 2006 10:59 schrieb João Luis Meloni Assirati:
> What do you think about the following idea: if output_file != resultfile
and
> resultfile exists, then, before runung the converter, move outputfile to
> outputfile.tmp, and after the converter finishes, move back
outputfile
Am Donnerstag, 9. März 2006 10:06 schrieb João Luis Meloni Assirati:
> Ok, that is useful, a child format inherits its parents viewers. My
problem is
> another. In your patch, a .dvix (I am not using this anymore, but lets
> communicate like this) is made through the chain
>
> .tex -> .dvi -> .
Am Montag, 6. März 2006 18:53 schrieb Martin Vermeer:
> Wasn't this fixed? Or status unclear
>
> Too fast scrolling sometines (still?) 822
> Avoid flickering with Qt frontend (still?) 2197
> Graphics in tmp dir have different name from what dvipdfm looks for 2231
A fix is in bugzilla.
> lyx2lyx
Am Montag, 6. März 2006 23:27 schrieb Jean-Marc Lasgouttes:
> I think we should give most of the "Small fixes, working patches
> avail." a 1.4.1 target. When they are all in and working then:
>
> 1) either we have some new bad bugs from 1.4.0: in this case we fix
> those bugs and release 1.4.1
Rex Dieter <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Jose' Matos <[EMAIL PROTECTED]> writes:
| > | On Thursday 09 March 2006 17:47, Neal Becker wrote:
| > | > I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I
| > | > have boost-1.33.0 already installed. B
"Michael Gerz" <[EMAIL PROTECTED]> writes:
| Works! Thank you!
|
| Lars, could you please set the eol-style for configure.ac to UNIX line
| endings in the svn repository?
The question is if we should use eol-style LF or just remove the
eol-style property altogether.
I belive both would work.
-
Lars Gullik Bjønnes wrote:
Jose' Matos <[EMAIL PROTECTED]> writes:
| On Thursday 09 March 2006 17:47, Neal Becker wrote:
| > I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I
| > have boost-1.33.0 already installed. Before long I hit an error. Anyone
| > have patches?
W
Am Dienstag, 21. Februar 2006 12:54 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Today I discovered by accident that the fix for bug 2192 that I
> Georg> committed one month ago had a mixup in GraphicsCacheItem.C. The
> Georg> result is that fi
Works! Thank you!
Lars, could you please set the eol-style for configure.ac to UNIX line
endings in the svn repository?
Michael
- Original Message -
From: "Joost Verburg" <[EMAIL PROTECTED]>
To: "Michael Gerz" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, March 09, 2006 7:21 PM
Subject:
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | svn diff anonsvn://svn.lyx.org/lyx/lyx-devel/branches/BRANCH_1_4_X/src
> | anonsvn://svn.lyx.org/lyx/lyx-devel/trunk/src
>
> That seems like a very bad idea.
Because of qt4, or why? I forgot that qt4 was added, but besi
Jose' Matos wrote:
> On Thursday 09 March 2006 16:18, Rex Dieter wrote:
>>
>> Turns out the existing builds (lyx <= 1.4.0-3) were still using
>> -fexceptions in the compiler flags, so we'll rebuild with that fixed to
>> see if it helps.
>
> A plausible cause. :-)
> Note that the problems were
Michael Gerz wrote:
when I run the configure script for BRANCH_1_4_X on Windows (MinGW), I get the
following error message:
checking types of arguments for select... int,int *,struct timeval *
./configure: line 34926: syntax error near unexpected token `"s/^\\(['
./configure: line 34926: `
Georg Baum <[EMAIL PROTECTED]> writes:
| Neal Becker wrote:
|
| > I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I
| > have boost-1.33.0 already installed. Before long I hit an error. Anyone
| > have patches?
|
| Current 1.5svn compiles fine with an external boost 1.33.
Jose' Matos <[EMAIL PROTECTED]> writes:
| On Thursday 09 March 2006 17:47, Neal Becker wrote:
| > I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I
| > have boost-1.33.0 already installed. Before long I hit an error. Anyone
| > have patches?
We might have a patch... depen
Neal Becker wrote:
> I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I
> have boost-1.33.0 already installed. Before long I hit an error. Anyone
> have patches?
Current 1.5svn compiles fine with an external boost 1.33.0. You can extract
patches from svn (off the top of my
Angus, all,
when I run the configure script for BRANCH_1_4_X on Windows (MinGW), I get the
following error message:
checking types of arguments for select... int,int *,struct timeval *
./configure: line 34926: syntax error near unexpected token `"s/^\\(['
./configure: line 34926: `
"s/^\\(
On Thursday 09 March 2006 17:47, Neal Becker wrote:
> I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I
> have boost-1.33.0 already installed. Before long I hit an error. Anyone
> have patches?
That will not work.
1.4.x is compile without exceptions and the system boo
I tried 1st to compile lyx-1.4.0 using --without-included-boost, since I
have boost-1.33.0 already installed. Before long I hit an error. Anyone
have patches?
On Thursday 09 March 2006 17:15, Andre Poenitz wrote:
> Any work on this scale on the qt3 frontend is a waste of resources.
I agree, FWIW.
> Andre'
--
José Abílio
On Tue, Mar 07, 2006 at 03:24:14PM +0100, Abdelrazak Younes wrote:
> Martin Vermeer a écrit :
> >On Tue, 2006-03-07 at 11:45 +0100, Abdelrazak Younes wrote:
> >>Martin Vermeer a écrit :
> >>>On Tue, 2006-03-07 at 09:52 +0100, Jean-Marc Lasgouttes wrote:
> >"Martin" == Martin Vermeer <[EMAIL
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| I've added some yet unmentioned articles about LyX to the "In the press"
page,
| and while I was at it, I have also ordered and structured that page a bit.
|
| OK to apply?
Fine with me.
--
Lgb
On Thursday 09 March 2006 16:18, Rex Dieter wrote:
>
> Turns out the existing builds (lyx <= 1.4.0-3) were still using
> -fexceptions in the compiler flags, so we'll rebuild with that fixed to
> see if it helps.
A plausible cause. :-)
Note that the problems were only on fc-5, not fc-4.
> -- R
Jose' Matos wrote:
On Thursday 09 March 2006 15:22, Rex Dieter wrote:
Pretty sure it's not a x86_64 thing, but something particular to
fc5(gcc-4.1?) as lyx configured the same way, but built/run on my
rhel4/x86_64 fc4/i386 boxes runs like a champ.
Yesterday while doing some small I noticed
Georg Baum a écrit :
Abdelrazak Younes wrote:
Dear Georg,
Don't ask me why but in order for the Qt4 frontend to work correctly, I
had to modify the Makefile and remove the '-mms-bitfields' option from
CXXFLAGS. Without this, under Windows, the QWorkarea has an unchangeable
size of -743x1 and t
Georg,
OK works now. I have uploaded five debs for Ubuntu breezy into
pub/incoming on ftp.devel.lyx.org as well as a README file. Not sure if
the latter made it or not. Seems to work fine on my breezy install if
you want to put them in the standard binary place.
Richard
Georg Baum wrote:
On Thursday 09 March 2006 15:22, Rex Dieter wrote:
>
> Pretty sure it's not a x86_64 thing, but something particular to
> fc5(gcc-4.1?) as lyx configured the same way, but built/run on my
> rhel4/x86_64 fc4/i386 boxes runs like a champ.
Yesterday while doing some small I noticed the same in fc-5
Abdelrazak Younes wrote:
> Dear Georg,
>
> Don't ask me why but in order for the Qt4 frontend to work correctly, I
> had to modify the Makefile and remove the '-mms-bitfields' option from
> CXXFLAGS. Without this, under Windows, the QWorkarea has an unchangeable
> size of -743x1 and the work area
Neal Becker wrote:
Jose' Matos wrote:
On Thursday 09 March 2006 13:08, Neal Becker wrote:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184508
If anyone is curious, the report above includes a backtrace, with many
boost references:
call_notification (this=0x7fe1ee40, [EMAIL P
Dear Georg,
Don't ask me why but in order for the Qt4 frontend to work correctly, I
had to modify the Makefile and remove the '-mms-bitfields' option from
CXXFLAGS. Without this, under Windows, the QWorkarea has an unchangeable
size of -743x1 and the work area remains black. That's maybe also
Jose' Matos wrote:
> On Thursday 09 March 2006 13:08, Neal Becker wrote:
>> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184508
>
> FC-4 or FC-5?
>
FC5 x86_64
On Thursday 09 March 2006 12:04, Rainer Dorsch wrote:
> Does that imply that I can define my own styles in a configuration file
> instead?
>
> Do you have any pointer where to start reading?
The best place to start is reading the used files in the system wide ui
directory.
The syntax is simp
I've added some yet unmentioned articles about LyX to the "In the press" page,
and while I was at it, I have also ordered and structured that page a bit.
OK to apply?
Jürgen
Index: about/press.php
===
--- about/press.php (Revision 1
On Thursday 09 March 2006 13:08, Neal Becker wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184508
FC-4 or FC-5?
--
José Abílio
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=184508
On Mittwoch 08 März 2006 18:50, Lars Gullik Bjønnes wrote:
> LyX 1.4 goes some way towards
> addressing this defect, although there's no dialog to define your own
> styles.
Does that imply that I can define my own styles in a configuration file
instead?
Do you have any pointer where to start rea
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
cannot reproduce (1.4svn)
Yes this is because I still use 1.4cvs which is apparently not in sync
with 1.4svn.
Abdel.
4) Select the third line and Ctrl+m -> Equation is correct
5) Select the fourth line and Ctrl+m -> field inside t
Juergen Spitzmueller wrote:
> I think this one could go straight into BRANCH and HEAD.
the patch.
Jürgen
Index: lib/layouts/scrlettr.layout
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/layouts/scrlettr.layout,v
retrieving revis
Em Qui 09 Mar 2006 06:06, João Luis Meloni Assirati escreveu:
> Em Qui 09 Mar 2006 05:50, Georg Baum escreveu:
> In your patch, a .dvix (I am not using this anymore, but lets
> communicate like this) is made through the chain
>
> .tex -> .dvi -> .dvix.
>
> If the converter sees a .dvi in the tmpdir
Abdelrazak Younes wrote:
> Hello,
>
> I am not sure this bug is known (I cannot find it in bugzilla). I cannot
> find it in Martin recent list description either.
Looks like bug 2315, but that should be mainly fixed.
http://bugzilla.lyx.org/show_bug.cgi?id=2315
> Recipe:
>
> 1) Open the attached
Hum, I cannot reproduce that with trunk so maybe it is just that my
1.4.x is too old. Sorry for the noise.
Abdel
Abdelrazak Younes a écrit :
Hello,
I am not sure this bug is known (I cannot find it in bugzilla). I cannot
find it in Martin recent list description either.
Recipe:
1) Open th
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> Hmm da hmm where is that ?
|
| It was to have an announce in Linux Weekly News. Now It is too late for
| this week anyway (it is out on thursday).
|
| I'll do it.
Ok, thanks.
| Lars> I sent it to devel, users and announce.
|
| And you f
Jose' Matos wrote:
> I will try to update the entry in freshmeat as the last version there is
> 1.3.6.
BTW I have updated the entry in kde-apps.org in the meantime.
Jürgen
I think this one could go straight into BRANCH and HEAD.
It maps Labeling to List in the koma letter classes, as it already has been
done in the other KOMA classes.
OK?
Jürgen
Hello,
I am not sure this bug is known (I cannot find it in bugzilla). I cannot
find it in Martin recent list description either.
Recipe:
1) Open the attached file
2) Select the first line and Ctrl+m -> Equation is correct
3) Select the second line and Ctrl+m -> Numerator is empty
4) Select t
On Thursday 09 March 2006 09:27, Jean-Marc Lasgouttes wrote:
> It was to have an announce in Linux Weekly News. Now It is too late for
> this week anyway (it is out on thursday).
I have just read it and it is not there. :-)
I think that these days you (J-M) are the one most used to public rel
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> |
Lars> | Lars> Public release of LyX version 1.4.0 | Lars>
Lars> ==
Em Qui 09 Mar 2006 05:50, Georg Baum escreveu:
> João Luis Meloni Assirati wrote:
> > What happens when a format is a "child format"? Can you point me to the
> > code that handles this? Please help me here.
>
> Look for isChildFormat() in graph.C and formats.C
Thanks, Georg.
Ok, that is useful, a
On Tue, Mar 07, 2006 at 05:06:26PM +0200, Martin Vermeer wrote:
> On Tue, 2006-03-07 at 14:06 +0100, Jean-Marc Lasgouttes wrote:
> > > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > Martin> Could you please re-list them? It isn't clear to me which ones
> > Martin> you are refer
Lars Gullik Bjønnes wrote:
>
> Public release of LyX version 1.4.0
> ===
Successfully compiled on linux on my laptop.
I have noticed an annoying behaviour in table editing, as in pre6 and pre5
as well:
- Insert a table
- Edit the table by setting its length lar
João Luis Meloni Assirati wrote:
> What happens when a format is a "child format"? Can you point me to the
> code that handles this? Please help me here.
Look for isChildFormat() in graph.C and formats.C
Georg
Em Seg 06 Mar 2006 15:12, Georg Baum escreveu:
> The format must end with a number so that it is recognized as a "child"
> format (I don't like that magic, but it is implemented like that). I don't
> see a problem to have "dvi2" also as extension.
What happens when a format is a "child format"? Ca
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Public release of LyX version 1.4.0
| Lars> ===
|
| Lars, did you send this to [EMAIL PROTECTED]
Hmm da hmm where is that ?
I sent it to
Johann Kellerman wrote:
> Am Montag, 6. März 2006 21:35 schrieb Georg Baum:
>
>> This solution is wrong for two reasons:
>> 1. All file names in the temp dir must be mangled in order to avoid name
>> clashes
>
> The extension .bib should be fairly unique, only a problem if you have
> refs.bib
61 matches
Mail list logo
