Tribulations Parallèles wrote:
> But I have only one more question: when I do "INSERT->FILE->EXTERNAL
> MATERIAL", then "BROWSE" and then I put the name of a file "foo_bar.obj"
> that does not exist (for example a new drawing that I want to do with
> tgif), and then I do "EDIT" to begin the drawin
Tribulations Parallèles <[EMAIL PROTECTED]> writes:
> Whereas with the second filter using Image Magick, it works fine.
> The filter Tgif->PPM has no effect: it works only when I change Tgif->PNG
> filter.
You have to *remove* the Tgif->PNG filter for LyX to choose Tgif->PPM. PNG
is "more prefer
Peter Kümmel wrote:
>
> Using boost but complaining about a simple template class,
> I still can't understand this.
> What was soo complicated with my solution? Has LyX
> become a Visual Basic project? It's a rhetoric question,
> no answer is required.
>
> I'm nearly offline (analog modem) fo
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Why have we chosen the long way? Changing three build systems
> Peter> producing more than 40 mails, wasting the time several
> Peter> developers.
>
> But at the end the code will be easier to unders
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Why have we chosen the long way? Changing three build systems
Peter> producing more than 40 mails, wasting the time several
Peter> developers.
But at the end the code will be easier to understand. The is the most
important.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I would like to commit it and wait for some kind soul to
Abdelrazak> verify that it also compile and work for qt3 and gtk.
gtk build:
- when resizing, the screen goes black. If I click somewhere, it is
repaint correct
Reflecting:
So much trouble because of ICONV_CONST.
We should have used my initial solution:
template
struct optional_p2p_const_cast
{
optional_p2p_const_cast(T const ** p2p) : t_p2p(p2p) {}
operator T const **() { return t_p2p; }
operator T **() { return const_cast(t_p2p); }
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> One thing that would be nice if we could for svn versions was to
Lars> add the date of the build somewhere automatically. But for
Lars> release builds we should use a static non-generated string.
Lars> if devel version put now(
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I would like to commit it and wait for some kind soul to
Abdelrazak> verify that it also compile and work for qt3 and gtk.
The code in frontends/gtk compiles.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, This patch continue my tedious cleanup work.
Abdelrazak> Basically it transfer most of the LyXView use from
Abdelrazak> BufferView to WorkArea, most notably:
Abdelrazak> LyXView::updateLayoutChoice(); LyXView::
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Bo Peng wrote:
Please test attached patch. It does work with cmake and msvc.
>>> Works for me. I get ICONV_CONST const under linux. If Abdel can
>>> confirm under windows, I will apply.
>>>
>>> Bo
>>>
>>>
>> As I understand it it MUST NOT
Peter Kümmel wrote:
Bo Peng wrote:
Please test attached patch. It does work with cmake and msvc.
Works for me. I get ICONV_CONST const under linux. If Abdel can
confirm under windows, I will apply.
Bo
As I understand it it MUST NOT be const under Linux and const
on windows, maybe we need a
On Sunday 13 August 2006 23:40, you wrote:
> Julien> Hi everybody, * First thing, to visualize Tgif .obj
> Julien> files in LyX, I had to change the filter "Tgif -> PNG":
>
> Julien> tgif -stdout -print -color -png $$i > $$o
>
> Julien> to be replaced by:
>
> Julien> tgif -stdout -print -color -pp
http://bugzilla.lyx.org/show_bug.cgi?id=2664
- Open some document which first line is not in the default font (for
ex a nice title)
- set the cursor somewhere else (on a line with normal font)
- resize the document horizontally (to trigger a buffer resize)
- enter a character.
- surprise! i
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Good catch Peter. Something looks fishy there...
Abdel.
If the test really does not work, then I assume that
you've broken the Linux build with your scons_manifest.py
patch, because also on linux ICON
Bo Peng wrote:
> My apologies. A long while ago, I post the .m4 code of ICONV_CONST
> test and ask if someone who knows m4 could explain it to me. Abdel
> provided a patch that seemed to work and I applied it.
Sorry about that Bo but this was my first python patch ever IIRC ;-)
The test was ab
Bo Peng wrote:
>> Please test attached patch. It does work with cmake and msvc.
>>
>
> Works for me. I get ICONV_CONST const under linux. If Abdel can
> confirm under windows, I will apply.
>
> Bo
>
>
As I understand it it MUST NOT be const under Linux and const
on windows, maybe we need a inve
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Good catch Peter. Something looks fishy there...
>>>
>>> Abdel.
>>>
>>>
>>
>> If the test really does not work, then I assume that
>> you've broken the Linux build with your scons_manifest.py
>> patch, because also on li
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Good catch Peter. Something looks fishy there...
>>>
>>> Abdel.
>>>
>>>
>>
>> If the test really does not work, then I assume that
>> you've broken the Linux build with your scons_manifest.py
>> patch, because also on li
> My apologies. A long while ago, I post the .m4 code of ICONV_CONST
> test and ask if someone who knows m4 could explain it to me. Abdel
> provided a patch that seemed to work and I applied it.
Sorry about that Bo but this was my first python patch ever IIRC ;-)
The test was about C/C++... :-)
On Monday 14 August 2006 19:30, Georg Baum wrote:
> This is wrong. InputFormat takes a format name as defined in the
> preferences, not the file extension. It will work if you change this to
>
> InputFormat "tgif"
>
>
> Right now your template is equivalent to including a tgif file as gra
Please test attached patch. It does work with cmake and msvc.
Works for me. I get ICONV_CONST const under linux. If Abdel can
confirm under windows, I will apply.
Bo
On 8/14/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> Hi TechTonics,
>
> The one feature that I've mentioned is the real time communication,
> real-time math discussion, and real-time collaboration. I guess it is
not
> exist in the current version of LyX.
>
> any more thoughts?
I am interested in, r
On Monday 14 August 2006 22:19, [EMAIL PROTECTED] wrote:
> As a python advocate Jose you could do better ;-)
>
> Modified:
> lyx-devel/trunk/development/scons/scons_manifest.py
I have updated the auto tools later than scons, if that is what you
mean. :-)
--
José Abílio
Bo Peng wrote:
> Hum, it does not work here Bo. common/config.h has:
My apologies. A long while ago, I post the .m4 code of ICONV_CONST
test and ask if someone who knows m4 could explain it to me. Abdel
provided a patch that seemed to work and I applied it.
Sorry about that Bo but this was my
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Good catch Peter. Something looks fishy there...
Abdel.
If the test really does not work, then I assume that
you've broken the Linux build with your scons_manifest.py
patch, because also on linux ICONV_CONST is defined as const.
Nope, this has
Bo Peng wrote:
>> > Hum, it does not work here Bo. common/config.h has:
>
> My apologies. A long while ago, I post the .m4 code of ICONV_CONST
> test and ask if someone who knows m4 could explain it to me. Abdel
> provided a patch that seemed to work and I applied it.
>
> Now, what exactly is thi
Hello,
This patch continue my tedious cleanup work. Basically it transfer most
of the LyXView use from BufferView to WorkArea, most notably:
LyXView::updateLayoutChoice();
LyXView::updateToolbars();
LyXView::getLyXFunc().processKeySym(key, state);
LyXView::dispatch(cmd);
This patch has been t
> Hum, it does not work here Bo. common/config.h has:
My apologies. A long while ago, I post the .m4 code of ICONV_CONST
test and ask if someone who knows m4 could explain it to me. Abdel
provided a patch that seemed to work and I applied it.
Now, what exactly is this test doing? Of course I ca
Abdelrazak Younes wrote:
>
> Good catch Peter. Something looks fishy there...
>
> Abdel.
>
>
If the test really does not work, then I assume that
you've broken the Linux build with your scons_manifest.py
patch, because also on linux ICONV_CONST is defined as const.
Peter
On Monday 14 August 2006 21:32, Georg Baum wrote:
> > Basically that is the purpose of what we have now, (the file input
> > encoding):
> > default -> system settings
> > specific -> chosen encoding, document setting
>
> Apart from the fact that default hardly works currently, and you
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Bo Peng wrote:
I will change scons using this logic.
Done fr scons: iconv is required, and ICONV_CONST is also defined in
common/config.h.
Hum, it does not work here Bo. common/config.h has:
/* Define as const if the declaration of iconv() needs c
Abdelrazak Younes wrote:
> Bo Peng wrote:
>>> I will change scons using this logic.
>>
>> Done fr scons: iconv is required, and ICONV_CONST is also defined in
>> common/config.h.
>
> Hum, it does not work here Bo. common/config.h has:
>
> /* Define as const if the declaration of iconv() needs con
Abdelrazak Younes wrote:
Bo Peng wrote:
I will change scons using this logic.
Done fr scons: iconv is required, and ICONV_CONST is also defined in
common/config.h.
Hum, it does not work here Bo. common/config.h has:
/* Define as const if the declaration of iconv() needs const. */
#define IC
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> JMarc, How do you think of this note-eats-blank patch?
I asked the question on c.t.t. and now I understand why the comment
environment works as it does: the code we output is
a%
\begin{comment}
comment
\end{comment}
b
[OK, actually, we have
Bo Peng wrote:
I will change scons using this logic.
Done fr scons: iconv is required, and ICONV_CONST is also defined in
common/config.h.
Hum, it does not work here Bo. common/config.h has:
/* Define as const if the declaration of iconv() needs const. */
#define ICONV_CONST
And we need "#d
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>>
Updated patch follows.
>>
>> Peter> Fine, the "<-" bug is fixed, it doesn't crash any more.
>> Good.
>>
>> Peter> But now it crashes when I hit some key when the curser is in
>
Am Montag, 14. August 2006 22:16 schrieb José Matos:
> On Monday 14 August 2006 20:07, Georg Baum wrote:
> > Am Montag, 14. August 2006 18:47 schrieb José Matos:
> > > I agree with Jürgen that there should be both system and document
> > > encodings.
> >
> > How should that work? IMO the general s
On Monday 14 August 2006 21:14, Georg Baum wrote:
> This patch implements that. I plan to put it in tomorrow. Please test.
Apply it now, please. :-)
> LaTeX output is not touched at all, but it should now be possible to open
> old documents and also convert them back if they do not contain char
Jean-Marc Lasgouttes wrote:
"Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Updated patch follows.
Peter> Fine, the "<-" bug is fixed, it doesn't crash any more.
Good.
Peter> But now it crashes when I hit some key when the curser is in
Peter> the table, means: "<-" + "a"
But is this
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Yes. Looks fine.
Applied. In separate commits :)
JMarc
On Monday 14 August 2006 21:10, Jean-Marc Lasgouttes wrote:
> To be fair, the python version is just for prototyping, and this will
> be rewritten in C.
True, but giving python's nature a python binding from a C implementation is
a piece of cake (more so because the prototype is written in pyth
On Monday 14 August 2006 20:07, Georg Baum wrote:
> Am Montag, 14. August 2006 18:47 schrieb José Matos:
> > I agree with Jürgen that there should be both system and document
> > encodings.
>
> How should that work? IMO the general setting should only be used as
> default value for new documents.
Am Montag, 14. August 2006 16:30 schrieb Georg Baum:
> I think we should change as little as possible. I propose the following
> (slightly different than the existing lyx2lyx conversion):
>
> Old: \inputenc (in the LyX file) determines the encoding of the LyX file
and
> the TeX file
>
> New: \in
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> And although not complete the same author is working in
José> http://recodec.progiciels-bpi.ca/
José> in python, of course. :-)
To be fair, the python version is just for prototyping, and this will
be rewritten in C.
JMarc
On Monday 14 August 2006 19:31, Jean-Marc Lasgouttes wrote:
>
> Lars> Is recode a library?
>
> Yes (there is a library and a program):
> http://recode.progiciels-bpi.ca/
>
> And actually it builds on libiconv...
And although not complete the same author is working in
http://recodec.progiciels-b
Michael <[EMAIL PROTECTED]> writes:
> Very nice, thanks a lot for the information!
> I still have questions:
> 1. How to send this complete Latex document to a script?
Now that I don't know. I know nothing at all about OneNote. I was envisioning
that you'd be typing pure LaTeX directly into OneN
Am Montag, 14. August 2006 21:31 schrieb Lars Gullik Bjønnes:
> The uchar stuff is now probably bogus as well...
>
> That whole output funtion needs a update for unicode, it should be
> made to ouput utf-8 properly. (If the user requires anything else of
> it it can run recode/iconv on it.)
Agree
Georg Baum <[EMAIL PROTECTED]> writes:
| As subject says. Paragraph::META_INSET does not fit in a char anymore. Goes
| in soon.
The uchar stuff is now probably bogus as well...
That whole output funtion needs a update for unicode, it should be
made to ouput utf-8 properly. (If the user requires
As subject says. Paragraph::META_INSET does not fit in a char anymore. Goes
in soon.
Georg
Index: src/output_plaintext.C
===
--- src/output_plaintext.C (Revision 14676)
+++ src/output_plaintext.C (Arbeitskopie)
@@ -196,7 +196,7 @@ v
Am Montag, 14. August 2006 18:47 schrieb José Matos:
> I agree with Jürgen that there should be both system and document
encodings.
How should that work? IMO the general setting should only be used as
default value for new documents.
> > I think we should change as little as possible. I propo
On 8/14/06, Angus Leeming <[EMAIL PROTECTED]> wrote:
Michael <[EMAIL PROTECTED]> writes:
> As a broader question, is there a way to utilize the Latex Instant
Preview
> feature from outside of the LyX?
Hi, Michael. Would it be fair to summarize your requirements as:
* Type an equation in LaTeX s
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> OTOH it does not matter if version.C is regenerated from
| Lars> version.C.in or not.
|
| OK, for version.C I was wrong. It _needs_ to be generated by
| configure.ac. So i
Am Montag, 14. August 2006 20:49 schrieb Michael:
> Any hope of getting it work in the next release?
Maybe. Maybe not. See my comment 6 in the bug report. Apart from that you
would be surprised to see how difficult it is to get a readable output
programmatically. Humans are far better here, thin
Hi TechTonics,
The one feature that I've mentioned is the real time communication,
real-time math discussion, and real-time collaboration. I guess it is not
exist in the current version of LyX.
any more thoughts?
I am interested in, right now, is a way to compare/diff two lyx
documents (maybe
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I do not understand why this is needed. (cache etc.)
|
| OK, so I gather this patch would be OK?
Yes. Looks fine.
--
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> OTOH it does not matter if version.C is regenerated from
Lars> version.C.in or not.
OK, for version.C I was wrong. It _needs_ to be generated by
configure.ac. So if I removed the date, I would never need to update
it... OTOH, I
On 8/14/06, TechTonics <[EMAIL PROTECTED]> wrote:
Michael wrote:
> Hi all,
>
> I am interested and looking for a way to add collaboration
functionalities
> into LyX.
>
If you open a lyx file under Document there is an option
called Change Tracking. I don't think it is yet perfected.
--
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I do not understand why this is needed. (cache etc.)
OK, so I gather this patch would be OK?
JMarc
Index: configure.ac
===
--- configure.ac (revision 14676)
+++
Georg Baum <[EMAIL PROTECTED]> writes:
| Am Montag, 14. August 2006 20:11 schrieb Lars Gullik Bjønnes:
| > Ahh... that is what you have done.
| > But we should not add the templates ourself I think. Only the explit
| > specialization of the functions.
| >
| > And we should make it be complete. (g
Any hope of getting it work in the next release?
On 8/14/06, Michael <[EMAIL PROTECTED]> wrote:
Any hope of getting it work in the next release?
On 8/14/06, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
>
> Michael wrote:
>
> > Let's say I've imported my colleague's article, which was handwritten
> in
What a pity there is no Latex tidy around...
Emacs + AUC Tex is too large for me, esp. I've already installed WinEdt and
LyX ...
On 8/14/06, Michael <[EMAIL PROTECTED]> wrote:
On 8/14/06, Ingo Klöcker <[EMAIL PROTECTED]> wrote:
>
> Am Montag, 14. August 2006 09:34 schrieb Michael:
> > Hi all
On 8/14/06, Angus Leeming <[EMAIL PROTECTED]> wrote:
Michael <[EMAIL PROTECTED]> writes:
> The original format was readable and editable by a human-being, as
below:
>
> --
> blah blah blah
> \begin{align}
> blah blah blah
> \end{align}
> blah blah blah
> -
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I think configure.ac would be better.
|
| Lars> autogen is really something we have created to make it easier to
| Lars> work with autoconf/automake.
|
| There is this is
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| - after executing AM_ICONV define it to empty to make sure it is not
| expanded again in the gettext code (OK, this is a dirty trick, but
| it speeds up configure)
Lars> Won't the test in gettext just use the cached value?
Yes.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Index: configure.ac
| ===
| --- configure.ac (revision 14676)
| +++ configure.ac (working copy)
| @@ -144,6 +144,8 @@ AC_SUBST(AIKSAURUS_LIBS)
| LYX_USE_INCLUDED_BOOST
|
Jean-Marc Lasgouttes wrote:
> But is this related to the patch?
No, the same without the patch.
Peter
I will change scons using this logic.
Done fr scons: iconv is required, and ICONV_CONST is also defined in
common/config.h.
Bo
Am Montag, 14. August 2006 20:11 schrieb Lars Gullik Bjønnes:
> Ahh... that is what you have done.
> But we should not add the templates ourself I think. Only the explit
> specialization of the functions.
>
> And we should make it be complete. (gut feeling...)
OK, I can do both, but you did not a
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>> Updated patch follows.
Peter> Fine, the "<-" bug is fixed, it doesn't crash any more.
Good.
Peter> But now it crashes when I hit some key when the curser is in
Peter> the table, means: "<-" + "a"
But is this related to the patch? I
Am Montag, 14. August 2006 20:04 schrieb Lars Gullik Bjønnes:
> Georg Baum <[EMAIL PROTECTED]> writes:
>
> | hu? We cannot disable unicode. AFAIK we need iconv always now (unless
> | somebody implements the conversions differently, e.g. using recode).
>
> Is recode a library?
Both a standalone p
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I think configure.ac would be better.
Lars> autogen is really something we have created to make it easier to
Lars> work with autoconf/automake.
There is this issue that autogen.sh writes to the source directory,
while configur
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> I've tried it again, and yes it only crashes with your patch:
>
> You are definitely right. Thanks for being persistent, I was so sure
> it was not possible %-|
>
> Updated patch follows.
>
> JMarc
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| This patch does the following:
|
| - check for iconv in configure.ac; we cannot count on gettext doing it
| for us in case we disable-nls. Give an error when it is not here
ok.
| - after executing AM_ICONV define it to empty to make sure it
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> But if we could make it to only need updating in one place that
| Lars> would be nice.
|
| For date, the re is only one place. But indeed this is not the case
| for versio
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Georg Baum <[EMAIL PROTECTED]> writes: | hu? We
Lars> cannot disable unicode. AFAIK we need iconv always now (unless |
Lars> somebody implements the conversions differently, e.g. using
Lars> recode).
Lars> Is recode a library?
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | > autoconf/automake already create this macros/define, so it should be
> | > put in the config.h created by scons.
> | >
> |
> | When autoconf already provides this macro then we should use it and
> | test for it with th
This patch does the following:
- check for iconv in configure.ac; we cannot count on gettext doing it
for us in case we disable-nls. Give an error when it is not here
- after executing AM_ICONV define it to empty to make sure it is not
expanded again in the gettext code (OK, this is a dirty
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Georg Baum <[EMAIL PROTECTED]>
| > writes:
| >
| > | Lars,
| > |
| > | I get several undefined references like this one with current trunk (gcc
| > | 3.3.5, 32 bit):
| >
| > Your gcc is too old, and to fix it we must pr
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> I've tried it again, and yes it only crashes with your patch:
You are definitely right. Thanks for being persistent, I was so sure
it was not possible %-|
Updated patch follows.
JMarc
Index: src/text2.C
==
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> But if we could make it to only need updating in one place that
Lars> would be nice.
For date, the re is only one place. But indeed this is not the case
for version. I had this proposal of doing it in autogen.sh, but you
did no
Georg Baum <[EMAIL PROTECTED]> writes:
| hu? We cannot disable unicode. AFAIK we need iconv always now (unless
| somebody implements the conversions differently, e.g. using recode).
Is recode a library?
--
Lgb
Peter Kümmel <[EMAIL PROTECTED]> writes:
| > autoconf/automake already create this macros/define, so it should be
| > put in the config.h created by scons.
| >
|
| When autoconf already provides this macro then we should use it and
| test for it with the other build systems.
Hmm... the buildsys
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
|
| Bo> On 8/13/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
| >> Is somebody in love with the release date that we show in About
| >> LyX? It strikes me as useless (and one more thing to
Bo,
I get the following error message when using scons in the 1.4.X branch:
scons -f development/scons/SConstruct frontend=qt qt_dir=/usr/lib/qt3 all
...
Checking for main() in C library c... yes
NameError: name 'frontend_libs' is not defined:
File "development/scons/SConstruct", line 1339:
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | Lars,
> |
> | I get several undefined references like this one with current trunk (gcc
> | 3.3.5, 32 bit):
>
> Your gcc is too old, and to fix it we must provide the specialization
> fo char_traits ourselves. Gcc4 has b
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> I've removed your patch and then it doesn't crash any more, but
> Peter> I try it again. I'm using 1.5 svn, maybe this makes the
> Peter> difference.
>
> It should not change anything. All the patch
Tribulations Parallèles wrote:
> 2 - When I do "VIEW-> POSTSCRIPT", it does not work, it seems that LyX
> does not find the eps file obtained by the conversion .obj -> .eps (I
> suppose that the conversion is done, but I have not found the file in
> /tmp/lyx* directory.
>
> Could you help me plea
José Matos wrote:
> > > - for utf-8 you need a fairly recent LaTeX distribution
>
> How recent?
The utf8 option for inputenc was introduced in the LaTeX release of Dec 2003,
announced as "partial, experimental" back then
(http://www.latex-project.org/ltnews/ltnews15.pdf).
The distributions inc
On Monday 14 August 2006 15:30, Georg Baum wrote:
> >
> > Some arguments:
> >
> > - for utf-8 you need a fairly recent LaTeX distribution
How recent?
> > - you don't rely on the fact that your coworkers and publishers actually
> > accept unicode-encoded LaTeX files
> > - not all packages work wi
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Aug 14 16:19:52 2006
New Revision: 14671
URL: http://www.lyx.org/trac/changeset/14671
Log:
Windows compilation fixes.
Modified:
lyx-devel/trunk/src/support/unicode.C
Abde
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> [EMAIL PROTECTED] wrote:
>>> Author: younes
>>> Date: Mon Aug 14 16:19:52 2006
>>> New Revision: 14671
>>>
>>> URL: http://www.lyx.org/trac/changeset/14671
>>> Log:
>>> Windows compilation fixes.
>>>
>>> Modified:
>>> lyx-devel/trunk/src/support
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdel, when you not include you could
use Lars's preferred 'using boost::uint32_t;'
I included it because it is define there?
Why do you include it, I don't need it here with msvc.
You mean you don't need it with or without 'using boost::uint
Peter Kümmel wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Aug 14 16:19:52 2006
New Revision: 14671
URL: http://www.lyx.org/trac/changeset/14671
Log:
Windows compilation fixes.
Modified:
lyx-devel/trunk/src/support/unicode.C
Abdel, when you not include you could
use Lars's
So we do not need HAVE_ICONV.
Please remove the test from lyx source then. (I will define it in
intl/config.h since intl needs it.)
Bo
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Can this date be generated automatically? (At least for scons, a
Bo> macro subst with time.asciitime() is easy. )
>> Not really. I often update one day before release, for example.
Bo> Come on, one day difference is not a big deal...
If we p
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> I've removed your patch and then it doesn't crash any more, but
Peter> I try it again. I'm using 1.5 svn, maybe this makes the
Peter> difference.
It should not change anything. All the patch does is disabling an lfun
(change depth)
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Bo Peng wrote:
Bo> I can of course apply the attached patch and add the test to
Bo> common/config.h, but is intl always needed for unicode to work?
>>> I don't think so. Only iconv is needed.
>> Then, do we need HAVE_ICONV?
Georg> I
> I mean, we should either *require* iconv,
> or disable unicode when iconv is not found.
hu? We cannot disable unicode. AFAIK we need iconv always now (unless
somebody implements the conversions differently, e.g. using recode).
I will change scons using this logic.
Bo
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> When I apply your patch it crashes when I insert a new 1x1 and
> Peter> then press "<-" to move with the cursor into the table.
>
> Are you sure it is related with the patch?
>
> JMarc
>
>
I've r
1 - 100 of 195 matches
Mail list logo