> *** No rule to make target `../ButtonPolicy.cpp', needed by
> `ButtonPolicy.lo'. Stop.
try "make distclean". this is an automake dependency tracking bug,
I think.
JMarc
On Wed, Nov 28, 2007 at 06:34:20AM +0200, Martin Vermeer wrote:
> On Tue, Nov 27, 2007 at 10:25:36PM +0100, Andre Poenitz wrote:
> > On Tue, Nov 27, 2007 at 08:54:07PM +0100, Andre Poenitz wrote:
> > >
> > > > bash ../development/tools/count_lines_of_included_code.sh debug.h
> > > debug.h
On Tue, Nov 27, 2007 at 10:25:36PM +0100, Andre Poenitz wrote:
> On Tue, Nov 27, 2007 at 08:54:07PM +0100, Andre Poenitz wrote:
> >
> > > bash ../development/tools/count_lines_of_included_code.sh debug.h
> > debug.h : 30091
> >
> > ;-(
>
> Using something "handcra
> Uwe, could you have a look please?
This was a copy paste error that I've overseen. It's now fixed.
thanks and regards
Uwe
make[5]: Entering directory `/cvs/lyx-devel/trunk/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
Seems it's looking for that file in the wrong directory: ../.
--
=
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Uwe Stöhr wrote:
>
> > Yes, things that are already in the latest fileformat won't be touched in
> > lyx2lyx as far as I tested. So except of probably only a few cases where
> > lyx2lyx changes the file to a wrong format, we can support LyX's
On Tue, Nov 27, 2007 at 08:54:07PM +0100, Andre Poenitz wrote:
>
> > bash ../development/tools/count_lines_of_included_code.sh debug.h
> debug.h : 30091
>
> ;-(
Using something "handcrafted" along the lines of
struct LyXErr {
bool debuggin
> bash ../development/tools/count_lines_of_included_code.sh debug.h
debug.h : 30091
;-(
Andre'
Uwe Stöhr wrote:
> Yes, things that are already in the latest fileformat won't be touched in
> lyx2lyx as far as I tested. So except of probably only a few cases where
> lyx2lyx changes the file to a wrong format, we can support LyX's 1.6's
> features and the old ones are converted by lyx2lyx.
So
> I don't understand. Here
> http://www.lyx.org/trac/changeset/21813
> I see that you use \font_sc, \use_hyperref and other parameters that have been
> introduced after 245.
Yes, things that are already in the latest fileformat won't be touched in lyx2lyx as far as I
tested. So except of probabl
> You added this item to the regression list:
>
> since 26-11-2007 LyX cannot save backup files.
>
> What's that? Please give a recipe. FYI I've modified extensively everything
about file handling
> (the FileName class).
- Create a new file
- Save it -> newfile1.lyx
- modify it
- Save it -> newf
Jean-Marc Lasgouttes schrieb:
Sure, but if we declare that a file is in some version, it should
really be of this version. We are going to have problems otherwise.
lyx2lyx does the rest.
Also, since we have new font scheme and you just introduced framed.sty
support (right?) the format can pr
On Tue, Nov 27, 2007 at 10:01:36AM -, [EMAIL PROTECTED] wrote:
> URL: http://www.lyx.org/trac/changeset/21817 Log: Getting rid of
> normalizePath() which is unneeded for FileName purpose (the path is
> always normalized internally). This commit frees up src/ from
> boost::filesystem.
Nice ;-)
On Tue, Nov 27, 2007 at 01:38:51AM -, [EMAIL PROTECTED] wrote:
> // some ugly stuff
> ostringstream h_preamble;
> -string h_textclass = "article";
> -string h_options = string();
> -string h_language= "english";
> -string h_inputencoding
Uwe Stöhr wrote:
> Well, I consider you the LateX expert (which I am obviously not) and
that's why I asked you ;-)
Seems that we are two half-experts ;-) What about this: You merge the
code from Paragraph.cpp to Newline.cpp, send me the patch, and I will
check that the LaTeX-output is correc
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> This tex2lyx version id for LyX 1.6 and not for LyX 1.4.
Sure, but if we declare that a file is in some version, it should
really be of this version. We are going to have problems otherwise.
>> The process is not that you dump a big tex2lyx patch and then
Jean-Marc Lasgouttes schrieb:
It is not. I do not think that LyX 1.4.x will be able to read a file
that pretends to be 245 but uses nomenclature support or the new
format for bibtex inset.
This tex2lyx version id for LyX 1.6 and not for LyX 1.4.
The process is not that you dump a big tex2lyx
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
>>> http://www.lyx.org/trac/changeset/21813
>>
>> As you probably know, we cannot go beyond format 249 if we do not
>> change to unicode support. I do not see this in your patch. What is
>> the format you output here? It is no
> Perhaps. Actually one could start from branch insets. Instead of have
interesting idea, i'll look into it.
> "windows" showing the different language versions. They could then be
> side by side. The windows could be like the cells of tables.
yes something like this i have in my mind.
pavel
Uwe Stöhr wrote:
> As I stated in the commit note that it is still 245 (LyX 1.4.0).
I don't understand. Here
http://www.lyx.org/trac/changeset/21813
I see that you use \font_sc, \use_hyperref and other parameters that have been
introduced after 245.
Jürgen
> Well, I consider you the LateX expert (which I am obviously not) and that's
why I asked you ;-)
Seems that we are two half-experts ;-) What about this: You merge the code from Paragraph.cpp to
Newline.cpp, send me the patch, and I will check that the LaTeX-output is correct.
regards Uwe
Pavel Sanda wrote:
In general I think it is time that we switch to bugzilla for these report.
you mean all the reports there ?
yes.
Abdel.
> In general I think it is time that we switch to bugzilla for these report.
you mean all the reports there ?
pavel
On Tue, 27 Nov 2007 08:57:55 +0100
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Pavel Sanda wrote:
> > Hello,
> >
> > among others I use LyX for translation work and as I saw on users list I'm
> > not
> > the only one. There are few features which would help me a lot, namely:
> >
> > - displa
Uwe Stöhr wrote:
> could you please try to transfer this code to InsetNewLine::latex()?
I tried this but failed. My problems were where to get the informations
about \protect etc. in newline.cpp.
In my newline patch I have only removed one line from Paragraph.cpp, so
the code couldn't be wors
> could you please try to transfer this code to InsetNewLine::latex()?
I tried this but failed. My problems were where to get the informations about \protect etc. in
newline.cpp.
In my newline patch I have only removed one line from Paragraph.cpp, so the code couldn't be worse
than before. (The
Jean-Marc Lasgouttes schrieb:
http://www.lyx.org/trac/changeset/21813
As you probably know, we cannot go beyond format 249 if we do not
change to unicode support. I do not see this in your patch. What is
the format you output here? It is not really 245, is it?
As I stated in the commit note
Jean-Marc Lasgouttes schrieb:
Having a different color and a suitable label works always.
I am arguing that it is just a stopgap measure. The right thing would
be IMO: try to reproduce justification and use a different graphics
(using color coding for UI is bad) for the line break.
As I wrot
Uwe, could you have a look please?
Object::connect: No such signal QPushButton::textChanged(QString)
Object::connect: (sender name: 'exampleDirPB')
Object::connect: (receiver name: 'PrefPathsUi')
Thanks in advance,
Abdel.
Pavel Sanda wrote:
> its in.
I would welcome to a backport to 1.5.3.
Jürgen
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Some time ago I started to overhaul tex2lyx to be able to create a
> version that will support the fileformat of LyX 1.6.0.
>
> I added support for lots of commands and updated existing support to
> the current actual trunk fileformat:
> http://www.lyx.org/t
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Not in my opinion:
>
> - you have only one word in the line in LyX and end it with line-break
> How will you show the difference? Ragging is in this case the same as
> justified within LyX, but not in the output.
>
> - you have 5 words in the line in LyX and
32 matches
Mail list logo
