Something appears to be significantly broken:
I'm not submitting these as bugs because they're *so* bad, this can't be
normal, otherwise LyX would still be an Alpha release. I have no idea
what's going on, hopefully you can see some common thread that's causing
all these errors.
I'm running a Da
On Sep 4, 2007, at 11:06 PM, Bo Peng wrote:
The current trunk only has top level (File, Edit etc) menu. Can
anyone confirm?
I can on Mac.
Bennett
The current trunk only has top level (File, Edit etc) menu. Can anyone confirm?
Bo
The attached patch... as nobody came up with a better name, InsetFlex it
will be.
Also fixed the handling of inset-specific preamble snippets, and further
minor removal of dead code.
- Martin
Index: TextClass.cpp
===
--- TextClass.c
On Tue, Sep 04, 2007 at 05:36:18PM -0400, Richard Heck wrote:
> Martin Vermeer wrote:
> >On Tue, Sep 04, 2007 at 02:19:19PM -0400, Richard Heck wrote:
> >
> >>José Matos wrote:
> >>
> >>>On Tuesday 04 September 2007 18:30:15 José Matos wrote:
> >>>
> >>>
> The changes made by Bo t
On Tue, Sep 04, 2007 at 06:44:21PM -0400, Richard Heck wrote:
> On Linux. It links fine in src/ itself.
>
> make[2]: Entering directory `/cvs/lyx-devel/trunk/src/client'
> /bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O -o lyxclient
> boost.o client.o debug.o gettext.o Messages.o
> ..
On Linux. It links fine in src/ itself.
make[2]: Entering directory `/cvs/lyx-devel/trunk/src/client'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O -o lyxclient
boost.o client.o debug.o gettext.o Messages.o
../../src/support/liblyxsupport.la ../../boost/liblyxboost.la -laspell
-
Compilation problem.
frontend_helpers.h: In function 'const __gnu_debug_def::vectorPair::second_type, std::allocator >
lyx::frontend::getSecond(const __gnu_debug_def::vectorstd::allocator<_CharT> >&)':
frontend_helpers.h:79: error: 'bind' is not a member of 'boost'
frontend_helpers.h:79: error
Martin Vermeer wrote:
On Tue, Sep 04, 2007 at 02:19:19PM -0400, Richard Heck wrote:
José Matos wrote:
On Tuesday 04 September 2007 18:30:15 José Matos wrote:
The changes made by Bo to the file format are quite deep. So I would
like
to tame both in the same release cycle, emb
On Mon, Sep 03, 2007 at 11:15:14PM +, [EMAIL PROTECTED] wrote:
> Author: forenr
> Date: Tue Sep 4 01:15:12 2007
> New Revision: 20028
>
> URL: http://www.lyx.org/trac/changeset/20028
> Log:
> Fix typo
>
> Modified:
> lyx-devel/trunk/po/fi.po
>
> Modified: lyx-devel/trunk/po/fi.po
> URL:
On Tue, Sep 04, 2007 at 02:19:19PM -0400, Richard Heck wrote:
> José Matos wrote:
> >On Tuesday 04 September 2007 18:30:15 José Matos wrote:
> >
> >> The changes made by Bo to the file format are quite deep. So I would
> >> like
> >>to tame both in the same release cycle, embedded and xml. Mor
On Tue, Sep 04, 2007 at 06:35:59PM -, [EMAIL PROTECTED] wrote:
> Author: kuemmel
> Date: Tue Sep 4 20:35:58 2007
> New Revision: 20044
>
> URL: http://www.lyx.org/trac/changeset/20044
> Log:
> move getSecond to frontend_helpers.h
urm...
Could people please stay away from frontends/* for two
On Tue, Sep 04, 2007 at 09:09:12PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
> >Andre',
> >
> >I think your recent cleanups is causing some problem on Windows. The
> >different projects seems to be regenerated at each recompilation. And I
> >get too much recompile too, especially for
Edwin Leuven wrote:
Peter Kümmel wrote:
and what about this one?
-file(GLOB support_min_zip_headers
${TOP_SRC_DIR}/src/support/minizip/*.h)
+file(GLOB support_minzip_headers
${TOP_SRC_DIR}/src/support/minizip/*.h)
Yes, why not.
good question since later on it reads:
if(NOT MERGE_FILES
Peter Kümmel wrote:
and what about this one?
-file(GLOB support_min_zip_headers
${TOP_SRC_DIR}/src/support/minizip/*.h)
+file(GLOB support_minzip_headers ${TOP_SRC_DIR}/src/support/minizip/*.h)
Yes, why not.
good question since later on it reads:
if(NOT MERGE_FILES)
set(support_
Edwin Leuven wrote:
Peter Kümmel wrote:
Leuven, E. wrote:
i think that something like the attached is needed
Index: development/cmake/src/support/CMakeLists.txt
and what about this one?
-file(GLOB support_min_zip_headers ${TOP_SRC_DIR}/src/support/minizip/*.h)
+file(GLOB support_minzip_he
Peter Kümmel wrote:
Leuven, E. wrote:
i think that something like the attached is needed
Index: development/cmake/src/support/CMakeLists.txt
and what about this one?
-file(GLOB support_min_zip_headers ${TOP_SRC_DIR}/src/support/minizip/*.h)
+file(GLOB support_minzip_headers ${TOP_SRC_DIR}/
Abdelrazak Younes wrote:
Andre',
I think your recent cleanups is causing some problem on Windows. The
different projects seems to be regenerated at each recompilation. And I
get too much recompile too, especially for boost and intl.
Could you have a look please?
Abdel.
With set(CMAKE_SUPP
Leuven, E. wrote:
i think that something like the attached is needed
Index: development/cmake/src/support/CMakeLists.txt
===
--- development/cmake/src/support/CMakeLists.txt(revision 20042)
+++ development/cmake/src/suppor
On Tue, Sep 04, 2007 at 06:08:53PM -, [EMAIL PROTECTED] wrote:
> Author: leuven
> Date: Tue Sep 4 20:08:51 2007
> New Revision: 20042
>
> URL: http://www.lyx.org/trac/changeset/20042
> Log:
> lil' cleanup
Thanks.
Andre'
On Tue, Sep 04, 2007 at 12:49:37PM -0500, Bo Peng wrote:
> > A year with one to three patch releases in between.
>
> That depends on the stability of the trunk during the development
> cycle. If it is like 1.5.0/svn, no patch release is possible.
Why not?
Of course critical stuff gets fixed in 1
Abdelrazak Younes wrote:
Dov Feldstern wrote:
Hi!
If the text inside insets (footnotes, notes) is an RTL paragraph, the
text is painted to the left of the inset instead of inside it. Once
the text is long enough so that the text inside the inset becomes
multi-line, the painting is fine.
Th
José Matos wrote:
On Tuesday 04 September 2007 18:30:15 José Matos wrote:
The changes made by Bo to the file format are quite deep. So I would like
to tame both in the same release cycle, embedded and xml. More to say about
this soon.
Just to put this in the right context, the changes
Oh, I certainly meant that the text should be reduced to a SHA-1.
I agree it does not make sense to only reduce the insets.
Regards,
Asger
I am still working on the rest of the embedding feature, but it will
not hurt to bring up a few issues for discussion.
Currently, embedded files are recognized by their absolute filename
only and duplicate registrations (Inset::registerEmbeddedFiles()) are
merged. Using the current update() algori
Dov Feldstern wrote:
the Listings inset is doing things
that it should be in terms of encodings and languages. See
Should *not* be, that is ;)
Jean-Marc Lasgouttes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
I just added 4182: Caption in listings inset produce invalid latex code.
This has to be fixed, and I do not understand why JMarc does not like
the trivial "if language != 'latex'" solution.
Because (IIRC) you add it at one par
On Tuesday 04 September 2007 18:30:15 José Matos wrote:
> The changes made by Bo to the file format are quite deep. So I would like
> to tame both in the same release cycle, embedded and xml. More to say about
> this soon.
Just to put this in the right context, the changes are quite
deep "conce
> A year with one to three patch releases in between.
That depends on the stability of the trunk during the development
cycle. If it is like 1.5.0/svn, no patch release is possible.
Bo
On Tue, Sep 04, 2007 at 06:30:15PM +0100, José Matos wrote:
> On Saturday 01 September 2007 09:15:04 Abdelrazak Younes wrote:
> >
> > One solution to limit the trouble is to deliver 1.6.0 sooner. This means
> > no XML, trunk is in feature freeze and only cleanup is allowed. I think
> > we should ma
On Saturday 01 September 2007 09:15:04 Abdelrazak Younes wrote:
>
> One solution to limit the trouble is to deliver 1.6.0 sooner. This means
> no XML, trunk is in feature freeze and only cleanup is allowed. I think
> we should make this decision now. Jose, if you want to be the release
> manager fo
Bo Peng wrote:
>> No, I want to have compressed files (.gz or .zip, I don't care) but
>> without being forced to embed all figures inside.
>
> Document -> Embedded Files -> Enable Embedding. Select all emdedded
> files -> select 'External'. You will get a zip file with file.lyx and
> manifest.txt
On Tuesday 04 September 2007 16:53:59 Bo Peng wrote:
> I see. Please allow me to more or less finish the embedding feature
> before we polish it. There are tones of undecided issues with this
> feature.
OK.
One advantage of placing everything in the main lyx file is that you can
have a compr
On Tuesday 04 September 2007 14:48:27 Jean-Marc Lasgouttes wrote:
> You are right indeed.
>
> JMarc
I think that the general idea of the patch is correct.
What do you think about applying this patch?
--
José Abílio
> That is either we go with the previous lyx way or we go full odf where each
> section is a file in the upper directory. And sooner or later we need to
> tackle the lyx2lyx subject.
I see. Please allow me to more or less finish the embedding feature
before we polish it. There are tones of undec
On Tuesday 04 September 2007 16:27:36 Bo Peng wrote:
> Because a) I do not want to mess with lyx2lyx now,
I knew that. :-)
> b) this does not really belong to the main document.
> This is why ODF also has this manifest file.
Then if want to do this you should rename the main file content.lyx
> Maybe POTFILES.in is needed after all?
Scons automatically generates POTFILES. I guess autoconf people need
to do something like 'make updatepo' before 'make'.
Bo
On Tue, Sep 04, 2007 at 11:51:44AM +0200, Leuven, E. wrote:
> will commit the attached soon.
>
> it's mostly renaming of some methods that hurt the eyes, but it also gets rid
> of:
>
> - storing column and row count,
> - storing tabular width and method that goes with it
> - method declaration
On Tue, Sep 04, 2007 at 09:30:49AM +0100, José Matos wrote:
> On Tuesday 04 September 2007 07:27:05 Tommaso Cucinotta wrote:
> > Am I missing something ?
> >
> > T.
>
> Nope, I am seeing the same error starting from a fresh checkout.
>
> André? (Since you are the last one I see in svn touchin
> I understand this. What I do not understand is why this is an external file
> and not a section of the main file header.
Because a) I do not want to mess with lyx2lyx now, b) this does not
really belong to the main document. This is why ODF also has this
manifest file.
Bo
On Tuesday 04 September 2007 16:06:56 Bo Peng wrote:
> All bundled files have this manifest.txt and this fact is used to
> judge if a file is in bundled format. In this particular case, all
> embedded files will be listed in this manifest.txt, with status
> 'EXTERNAL'. Then, next time when this fil
On 9/4/07, José Matos <[EMAIL PROTECTED]> wrote:
> On Tuesday 04 September 2007 15:29:20 Bo Peng wrote:
> > Document -> Embedded Files -> Enable Embedding. Select all emdedded
> > files -> select 'External'. You will get a zip file with file.lyx and
> > manifest.txt.
>
> Why do we need this manif
> As far as I understand your explanation (it makes sense) I would say yes.
Done.
Thanks.
Bo
On Tuesday 04 September 2007 15:39:55 Bo Peng wrote:
> Patch for trunk is attached.
>
> OK?
As far as I understand your explanation (it makes sense) I would say yes.
> Bo
--
José Abílio
On Tuesday 04 September 2007 15:29:20 Bo Peng wrote:
> Document -> Embedded Files -> Enable Embedding. Select all emdedded
> files -> select 'External'. You will get a zip file with file.lyx and
> manifest.txt.
Why do we need this manifest.txt? It seems redundant to me.
> Bo
--
José Abílio
Patch for trunk is attached.
OK?
Bo
Index: src/Buffer.cpp
===
--- src/Buffer.cpp (revision 20037)
+++ src/Buffer.cpp (working copy)
@@ -749,8 +749,14 @@
// to not overwrite them with those of the file created in the tempdir
// whe
> I also don't like the hijacking of updateLabels(). So, if you go for a
> signal solution, then emit this signal when the embedding status is
> effectively changed and not every time you update the labels.
This is what I will have to do later.
The patch is in for now so that I can finish the emb
> In Lyx 1.5.1 (I'm using it for Linux, but I don't think it matters),
> whenever I write "/propto" at a math window, or select the symbol in the
if you mean \propto then i cant reproduce it - it works for me under linux.
pavel
> No, I want to have compressed files (.gz or .zip, I don't care) but without
> being forced to embed all figures inside.
Document -> Embedded Files -> Enable Embedding. Select all emdedded
files -> select 'External'. You will get a zip file with file.lyx and
manifest.txt.
Bo
On Tue, Sep 04, 2007 at 04:09:08PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > On Tue, Sep 04, 2007 at 01:58:42PM -, [EMAIL PROTECTED] wrote:
> >
> >> +- Update Czech translation of the user interface.
> >
> > Hmm. I have also updated the Italian t
Hi,
In Lyx 1.5.1 (I'm using it for Linux, but I don't think it matters),
whenever I write "/propto" at a math window, or select the symbol in the
math panel, it show up on the screen the "\mu" symbol. However, if I export
it to post script or pdf, it shows up normally in the document. It's a minor
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> On Tue, Sep 04, 2007 at 01:58:42PM -, [EMAIL PROTECTED] wrote:
>
>> +- Update Czech translation of the user interface.
>
> Hmm. I have also updated the Italian translation but forgot to
> mention that in status.15x.
I think you should, unless Ju
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes wrote:
So, basically, 60% of the time spent in updateLabel is spent in
TocBackend::update. The said TocBackend::update call has been added at
some point by some sloppy Gremlin who thought that nobody
On Tue, Sep 04, 2007 at 01:58:42PM -, [EMAIL PROTECTED] wrote:
> +- Update Czech translation of the user interface.
Hmm. I have also updated the Italian translation but forgot to
mention that in status.15x.
--
Enrico
On Tue, Sep 04, 2007 at 03:47:29PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> >> This looks OK to me (also for 1.5.2svn IMO).
> >
> > Committed to both trunk and branch.
>
> Hmm, for 1.5, you should have waited for Juergen's nod.
Jürgen said that he w
José Matos <[EMAIL PROTECTED]> writes:
> On Tuesday 04 September 2007 13:35:37 Jean-Marc Lasgouttes wrote:
>> I do not like much the patch to tex2lyx myself. What if a document
>> does not have a title at all? Why force the \maketitle?
>
> Because the original tex file has one? Why should we rem
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>> This looks OK to me (also for 1.5.2svn IMO).
>
> Committed to both trunk and branch.
Hmm, for 1.5, you should have waited for Juergen's nod.
Also, are there places where we still advertise our own xft-fonts rpm
package?
JMarc
On Tue, Sep 04, 2007 at 11:55:33AM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > I read the docs and consulted the fontconfig list archives. There not
> > seem to be any out of the following three solutions:
> >
> > 1) Use FcConfigAppFontAddDir or FcConf
On Tue, Sep 04, 2007 at 02:16:48PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > Ok, I will change to #ifdef, but I think exactly the opposite as
> > regards autoconf, because when the macro has to be defined, it is
> > defined to have value 1 and not si
Jean-Marc Lasgouttes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
>>> So you agree that, if .zip embedding is implemented, compressed lyx
>>> file has no big enough advantage to justify its existence? Or you want
>>> to add bzip2-compressed lyx files and rot13 versions too?
>>
>> As
Neal Becker wrote:
> I notice that the status line (if this is the correct term) shows some
> info
> when choosing fonts, and other 'meta' commands. For example, M-c will
> then
> show choices. This is reminiscent of emacs.
>
> With emacs, however, I would learn the bindings by hitting ?, to ge
On Tuesday 04 September 2007 13:35:37 Jean-Marc Lasgouttes wrote:
> I do not like much the patch to tex2lyx myself. What if a document
> does not have a title at all? Why force the \maketitle?
Because the original tex file has one? Why should we remove it?
We only remove a \maketitle because
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>> So you agree that, if .zip embedding is implemented, compressed lyx
>> file has no big enough advantage to justify its existence? Or you want
>> to add bzip2-compressed lyx files and rot13 versions too?
>
> As long as we don't lose the ability to h
Roger Mc Murtrie <[EMAIL PROTECTED]> writes:
> So now I need to find why MKDIR_P isn't being defined.
> Any suggestions will be gratefully appreciated.
What is your automake version?
JMarc
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> So, basically, 60% of the time spent in updateLabel is spent in
>> TocBackend::update. The said TocBackend::update call has been added at
>> some point by some sloppy Gremlin who thought that nobody would
>> notice.
>>
Bennett Helm <[EMAIL PROTECTED]> writes:
> Me too, but in practice it's not that simple, especially when
> upgrading (with changed user directory locations). We should, in
> effect, make the LyX/Mac Installer program a part of the LyX.app
> bundle and ensure it will run at the appropriate times au
"Bo Peng" <[EMAIL PROTECTED]> writes:
> I just added 4182: Caption in listings inset produce invalid latex code.
>
> This has to be fixed, and I do not understand why JMarc does not like
> the trivial "if language != 'latex'" solution.
Because (IIRC) you add it at one particular place of the code
On Sep 4, 2007, at 6:55 AM, Jean-Marc Lasgouttes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
What about using the comment field of the zip file? It appears in
the
first bits of the binary IIRC. The comment could actually be the
manifest and start with an indication of the lyx format (and ma
José Matos <[EMAIL PROTECTED]> writes:
>> > What we could do in tex2lyx is to output the \maketitle in ERT if there
>> > no other title elements, while now we delete it unconditionally.
>
> The patch to tex2lyx follows attached.
> No one is loosing the sleep over this misfeature. ;-)
I do not
José Matos <[EMAIL PROTECTED]> writes:
> On Monday 27 August 2007 08:43:45 Alexandre Santos wrote:
>>
>> Yep, if I launch >latex xp1.tex (or xp2.tex), I get properly formatted
>> dvi files (using MikeTex and Yap). So the problem seems to be with
>> LyX).
>
> AFAIKS an easy solution is to move the
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> I propose to apply the following instead: I do the haveSelection call
>> in the calling dispatch. I suspect (did not test) that your patch
>> missed math, for example.
>
> Has this been committed in the meantime (sorry
I notice that the status line (if this is the correct term) shows some info
when choosing fonts, and other 'meta' commands. For example, M-c will then
show choices. This is reminiscent of emacs.
With emacs, however, I would learn the bindings by hitting ?, to get some
info. Wish lyx did this.
Dov Feldstern <[EMAIL PROTECTED]> writes:
> Anyhow, I'm offering this patch for comments, if it's decided in the
> end that it's better to just stick with Mael's solution, I won't be
> crushed. I still don't love the fact that I'm hijacking Font for this;
> OTOH, I still think that insets are not
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> Ok, I will change to #ifdef, but I think exactly the opposite as
> regards autoconf, because when the macro has to be defined, it is
> defined to have value 1 and not simply defined.
Yes but when it is not defined, it is #undef'd and not set to 0.
I would like to open lyx files as embedded into konqueror, thus exploiting
the file manager facilities.
Any hints?
thank you
--
Pol
On Tue, Sep 04, 2007 at 12:43:18PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > I personally prefer the "#if HAVE_FOO" form but have no problems if
> > you force me to change it to "#if defined(HAVE_FOO)" ;-)
>
> I do not care much personally. I think
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> What about using the comment field of the zip file? It appears in the
>> first bits of the binary IIRC. The comment could actually be the
>> manifest and start with an indication of the lyx format (and maybe
>> version).
>
> I do not know the zip format wel
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I personally prefer the "#if HAVE_FOO" form but have no problems if
> you force me to change it to "#if defined(HAVE_FOO)" ;-)
I do not care much personally. I think autoconf encourages the #ifdef
form.
JMarc
On Tue, Sep 04, 2007 at 12:20:28PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > So, no, that is correct, because you could
> >
> > #define HAVE_FONTCONFIG_FONTCONFIG_H 0
>
> But this is not what autoconf does.
Because it has not to. Reading the cpp in
Leuven, E. wrote:
> will commit the attached soon.
>
> it's mostly renaming of some methods that hurt the eyes, but it also gets
> rid of:
>
> - storing column and row count,
> - storing tabular width and method that goes with it
> - method declaration without implementation: void delete_column(
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> So, no, that is correct, because you could
>
> #define HAVE_FONTCONFIG_FONTCONFIG_H 0
But this is not what autoconf does.
JMarc
Alfredo Braunstein wrote:
> Asger Ottar Alstrup wrote:
>
>> Alfredo Braunstein wrote:
>>> Amazing review, thanks. On a fast read, I've found that the variant that
>>> perfectly fits our edition/CT capabilities is 1-degree, unit cost edit
>>> distance. Unfortunately the algorithm cited for this pu
On Tue, Sep 04, 2007 at 11:39:06AM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > On Tue, Sep 04, 2007 at 01:54:54AM +0200, Enrico Forestieri wrote:
> >
> >> 1) Use FcConfigAppFontAddDir or FcConfigAppFontAddFile to add specific
> >>application fonts.
Asger Ottar Alstrup wrote:
> Alfredo Braunstein wrote:
>> Amazing review, thanks. On a fast read, I've found that the variant that
>> perfectly fits our edition/CT capabilities is 1-degree, unit cost edit
>> distance. Unfortunately the algorithm cited for this purpose [Sel77,
>> Didn't look at it
i think that something like the attached is needed
Index: development/cmake/src/support/CMakeLists.txt
===
--- development/cmake/src/support/CMakeLists.txt (revision 20030)
+++ development/cmake/src/support/CMakeLists.txt (working cop
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I read the docs and consulted the fontconfig list archives. There not
> seem to be any out of the following three solutions:
>
> 1) Use FcConfigAppFontAddDir or FcConfigAppFontAddFile to add specific
>application fonts. This is what is done in th
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> On Tue, Sep 04, 2007 at 01:54:54AM +0200, Enrico Forestieri wrote:
>
>> 1) Use FcConfigAppFontAddDir or FcConfigAppFontAddFile to add specific
>>application fonts. This is what is done in the amended
>>fontconfig-2.diff patch.
> [...]
>> #if
On Tuesday 04 September 2007 07:27:05 Tommaso Cucinotta wrote:
> Am I missing something ?
>
> T.
Nope, I am seeing the same error starting from a fresh checkout.
André? (Since you are the last one I see in svn touching something relevant in
po/)
--
José Abílio
88 matches
Mail list logo
