Jean-Marc Lasgouttes wrote:
> - last.diff is just documenting the fact that last files are not kept
> when upgrading (forgot the bug number)
OK.
> - here.diff fixes the case where Here placement of floats s required
> only at global level see report:
> http://article.gmane.org/gmane.editor
Hans Meine wrote:
> Yet there are autoref and cleveref.
I know. But none of them can be used as a 1:1-replacement to prettyref.
Jürgen
José Matos wrote:
> Jürgen may I commit the patch that fixes the crash?
Yes, go ahead.
Jürgen
Martin Vermeer wrote:
> Another question (probably stupid): if " is made an active
> character, can one even use it as a quote without escaping?
No. However, you can deactivate it with shorthandsoff, so real support can
become really complicated.
Jürgen
Enrico Forestieri wrote:
> That said, I am not a C++ master and don't feel to give lessons to
> anyone. Anyway, the following code appears amusing even to me:
I am the one to receive this lesson. I proposed this "code" to Uwe in PM. So
if you feel like bashing, bash on me.
Jürgen
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> This compiles except that I don't know how to declare the vector correctly.
> Currently all lists are given as:
> char const * const known_fontsizes[] = { "10pt", "11pt", "12pt", 0};
G. I really dislike arrays that use a null pointer to indicate the end.
Hi,
I compiled the latest trunk, open UserGuid.lyx, view->pdf gives me:
Error: Cannot convert file
An error occurred whilst running epstopdf
--outfile='16_usr_local_share_lyx16_doc_clipart_mobius.pdf'
'16_usr_local_share_lyx16_doc_clipart_mobius.eps'
I tr
Item of possible interest to Mac users.
I recently had to do a clean install of Mac OSX 10.5 Leopard on my
Intel Mac.
Following this I found that building LyX required qt-mac-opensource-
src-4.3.3 as LyX builds using previous qt versions resulted in a LyX
that crashed.
To build any qt-mac-ope
On Mon, Dec 10, 2007 at 12:46:18AM +0100, Stefan Schimanski wrote:
> Jean-Marc Lasgouttes schrieb:
> > Stefan Schimanski <[EMAIL PROTECTED]> writes:
> >
> >
> >> If the cursor is in the cell with 42, the unfold command will unfold
> >> the \bar macro. Another press will unfold the \foo macro. T
> Uwe, the problem is that you happily bash others with harsh manners,
> so you should not be surprised when you are paid with the same money.
> Please, don't give me lessons about gentlemanliness when there are
> posts in the archives demonstrating what a gentleman you are.
What do you mean? The
This compiles except that I don't know how to declare the vector correctly.
Currently all lists are given as:
char const * const known_fontsizes[] = { "10pt", "11pt", "12pt", 0};
When I want to create a vector, would this be something like this?:
vector const known_fontsizes;
known_fontsizes.p
On Sunday 09 December 2007 23:46:48 Angus Leeming wrote:
> I agree with Abdel that this binary is very C-ish in structure. It would be
> a reasonable cleanup (IMO) to introduce a Tex2Lyx singleton class and
> access all global state through that.
I agree, last time I had to work with tex2lyx I fel
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> On Sun, Dec 09, 2007 at 06:59:36PM +0100, Uwe Stöhr wrote:
>
> > What's the problem?
> > This code part is from Jürgen as proposal, because Angus and Abdel
requested a solution without the
> > declaration of the extern global variable as I did
Jean-Marc Lasgouttes schrieb:
Stefan Schimanski <[EMAIL PROTECTED]> writes:
If the cursor is in the cell with 42, the unfold command will unfold
the \bar macro. Another press will unfold the \foo macro. Then a fold
command will fold the \bar, and another will fold the \foo.
The whole sense
Uwe Stöhr wrote:
What's the problem?
This code part is from Jürgen as proposal, because Angus and Abdel
requested a solution without the declaration of the extern global
variable as I did in the first version of the patch.
I just had a look at the source and I must say that the structure of t
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> In general a document has usually not more than 10 options, so
> 10 times reforming a vector should be done in less than one millisecond.
I understand. But if nobody tells you of "a better way" then you'll never grow.
Anyway, thanks for persevering with me.
Bo Peng wrote:
On Dec 9, 2007 6:19 AM, Peter Kümmel <[EMAIL PROTECTED]> wrote:
And this is maybe a patch for scons.
Thanks. I have committed a variant of your patch.
Thanks, too. And I see, one *_env is enough. After sending the
patch I realized that frontend_env is already used in the supp
Enrico Forestieri wrote:
On Sun, Dec 09, 2007 at 06:59:36PM +0100, Uwe Stöhr wrote:
What's the problem?
This code part is from Jürgen as proposal, because Angus and Abdel requested a solution without the
declaration of the extern global variable as I did in the first version of the patch.
Whe
Enrico Forestieri wrote:
On Sun, Dec 09, 2007 at 06:27:57PM +0100, Peter Kümmel wrote:
Enrico Forestieri wrote:
On Sun, Dec 09, 2007 at 07:00:24PM +0200, Martin Vermeer wrote:
On Sun, Dec 09, 2007 at 05:32:35PM +0100, Enrico Forestieri wrote:
On Sun, Dec 09, 2007 at 05:13:05PM +0100, Jürgen
On Saturday 08 December 2007 15:25:50 Richard Heck wrote:
>
> I've asked the reporter to send the source file, though it may be it's
> already fixed.
>
> rh
Jürgen may I commit the patch that fixes the crash?
Index: lib/lyx2lyx/lyx2lyx_lang.py
=
On Samstag 08 Dezember 2007, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > > If so, then should we remove it?
> >
> > As I remember this, some voted for this.
>
> I disagree. I'm still using it in all my documents.
>
> > > Is there something newer and better?
> >
> > I don't know.
>
> No, there
On Dec 9, 2007 6:19 AM, Peter Kümmel <[EMAIL PROTECTED]> wrote:
> And this is maybe a patch for scons.
Thanks. I have committed a variant of your patch.
Bo
On Sun, Dec 09, 2007 at 06:29:22PM +0100, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > OK, then I retract my patch. Importing " always as ERT is no good solution,
> > because in modern documents the "bla commands are rarely used. So I guess
> > in 90% of the cases " is a quotation mark.
>
> Wh
On Sun, Dec 09, 2007 at 06:59:36PM +0100, Uwe Stöhr wrote:
> What's the problem?
> This code part is from Jürgen as proposal, because Angus and Abdel requested
> a solution without the
> declaration of the extern global variable as I did in the first version of
> the patch.
> When you have a c
On Sun, Dec 09, 2007 at 06:57:15PM +0100, Jean-Marc Lasgouttes wrote:
> [EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
>
> > Developers, please let me know if you have pending patches;
>
> I have the two following patches in my tree.
>
> - last.diff is just documenting the fact that last files a
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> Do you take in account that, in french language, the opening quote is
>> followed by a space that should be removed?
>
> I was not aware of this. But in the patch I used the existing
> infrastructure and there guillemets were already supportd. Could you
> p
> Do you take in account that, in french language, the opening quote is
> followed by a space that should be removed?
I was not aware of this. But in the patch I used the existing infrastructure and there guillemets
were already supportd. Could you please have a look if the French quotation mark
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> I'd like to add that finding a solution without additional global variables
>> is *much* preferred.
>
> This is not possible. The document language is examined in
> preamble.cpp an must be used later in text.cpp too.
The document language is not really re
What's the problem?
This code part is from Jürgen as proposal, because Angus and Abdel requested a solution without the
declaration of the extern global variable as I did in the first version of the patch.
When you have a cleaer solution, please post it. Better to learn now then to make the same
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> The attached patch introduces support for the missing quotations.
>
> It furthermore fixes a bug that the roundtrip of french quotations
> (guillemets) failed.
>
> Jürgen, OK also for branch?
Do you take in account that, in french language, the opening quo
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Developers, please let me know if you have pending patches;
I have the two following patches in my tree.
- last.diff is just documenting the fact that last files are not kept
when upgrading (forgot the bug number)
- here.diff fixes the case whe
Hello Angus,
many thanks for your explanations.
In general a document has usually not more than 10 options, so 10 times reforming a vector should be
done in less than one millisecond.
Nevertheless I've taken your code to change my patch and to learn. It is
attached.
I had to change the foll
On Sun, Dec 09, 2007 at 06:27:57PM +0100, Peter Kümmel wrote:
> Enrico Forestieri wrote:
> > On Sun, Dec 09, 2007 at 07:00:24PM +0200, Martin Vermeer wrote:
> >
> >> On Sun, Dec 09, 2007 at 05:32:35PM +0100, Enrico Forestieri wrote:
> >>> On Sun, Dec 09, 2007 at 05:13:05PM +0100, Jürgen Spitzmüll
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>
>> Juergen?
>
> OK, please commit.
Done.
JMarc
Jürgen Spitzmüller wrote:
Peter Kümmel wrote:
Here a patch, C&P from the .am in qt4, untested, but maybe it works.
it does.
Thanks for testing, have committed it.
--
Peter Kümmel
Uwe Stöhr wrote:
> OK, then I retract my patch. Importing " always as ERT is no good solution,
> because in modern documents the "bla commands are rarely used. So I guess
> in 90% of the cases " is a quotation mark.
Why do you think so? On the contrary, I think they are very frequently used.
Jürg
Enrico Forestieri wrote:
On Sun, Dec 09, 2007 at 07:00:24PM +0200, Martin Vermeer wrote:
On Sun, Dec 09, 2007 at 05:32:35PM +0100, Enrico Forestieri wrote:
On Sun, Dec 09, 2007 at 05:13:05PM +0100, Jürgen Spitzmüller wrote:
Enrico Forestieri wrote:
D'oh!
How about giving Uwe a hint of w
On Sun, Dec 09, 2007 at 07:00:24PM +0200, Martin Vermeer wrote:
> On Sun, Dec 09, 2007 at 05:32:35PM +0100, Enrico Forestieri wrote:
> > On Sun, Dec 09, 2007 at 05:13:05PM +0100, Jürgen Spitzmüller wrote:
> >
> > > Enrico Forestieri wrote:
> > > > D'oh!
> > > >
> > > >
> > > >
> > > >
> > >
>
Jürgen Spitzmüller schrieb:
I see. But then the fix has to be more general, and " has to be imported
always as ERT for (n)german. The same problem occurs with all shortcuts:
OK, then I retract my patch. Importing " always as ERT is no good solution, because in modern
documents the "bla comman
On Sun, Dec 09, 2007 at 05:32:35PM +0100, Enrico Forestieri wrote:
> On Sun, Dec 09, 2007 at 05:13:05PM +0100, Jürgen Spitzmüller wrote:
>
> > Enrico Forestieri wrote:
> > > D'oh!
> > >
> > >
> > >
> > >
> >
> > How about giving Uwe a hint of what you actually want instead of just
> > bashing
> Then this commit must be reverted until the problem is fixed.
Done. My fix to this is correct, but Angus has a better method to get it more
efficient.
I hope I can commit the finished patch tomorrow. Withot this patch all the babel language suport is
senseless.
regards Uwe
Uwe Stöhr wrote:
> - Take your example file you uploaded to the bug report
> - export it to LaTeX (plain)
> - import it via tex2lyx
> -> You can see that the "= stuff must be imported as ERT to get the same
> output as before. Currently it is imported as ''= which prevents the
> correct output.
I
On Sun, Dec 09, 2007 at 05:13:05PM +0100, Jürgen Spitzmüller wrote:
> Enrico Forestieri wrote:
> > D'oh!
> >
> >
> >
> >
>
> How about giving Uwe a hint of what you actually want instead of just bashing
> on his proposals?
--
Enrico
> I have just uploaded a testcase that demonstrates why this bug report is
> INVALID.
The bug is not invalid, but its description was incorrect.
- Take your example file you uploaded to the bug report
- export it to LaTeX (plain)
- import it via tex2lyx
-> You can see that the "= stuff must be im
Enrico Forestieri wrote:
> D'oh!
>
>
>
>
How about giving Uwe a hint of what you actually want instead of just bashing
on his proposals?
Jürgen
On Sun, Dec 09, 2007 at 04:47:11PM +0100, Uwe Stöhr wrote:
> Take this better patch without using an extern global variable.
> +// the document's main language
> +string document_language;
>
> +
> +string getDocumentLanguage()
> +{
> + return document_language;
> +}
> +
> +
> +void setDocum
Take this better patch without using an extern global variable.
regards Uwe
Index: preamble.cpp
===
--- preamble.cpp (revision 22040)
+++ preamble.cpp (working copy)
@@ -9,8 +9,6 @@
* Full author contact details are available in fi
Jürgen Spitzmüller schrieb:
Please use tabs instead of spaces for indendation.
Ooops, fixed now.
regards Uwe
Uwe Stöhr wrote:
> What do you mean, the first "{"? The code is conform to our guidelines for
> functions.
Please use tabs instead of spaces for indendation.
Jürgen
> But please fix the whitespace here:
What do you mean, the first "{"? The code is conform to our guidelines for
functions.
regards Uwe
Jürgen Spitzmüller wrote:
> > Jürgen, I assume that this code cleanup can go to trunk too although no
> > functionality is changed, right?
>
> Yes.
But please fix the whitespace here:
+// Given is a string like "scaled=0.9", return 0.9 * 100
+string const scale_as_percentage(string const & scale)
The attached patch by Jürgen and me adds support for the otherlanguage
environment.
regards Uwe
Index: preamble.cpp
===
--- preamble.cpp (revision 22034)
+++ preamble.cpp (working copy)
@@ -48,6 +48,9 @@
// special columntypes
ext
Uwe Stöhr wrote:
> Jürgen, I assume that this code cleanup can go to trunk too although no
> functionality is changed, right?
Yes.
Jürgen
Uwe Stöhr wrote:
> I haven't said that it is converted to \-, but to -
> Look at http://bugzilla.lyx.org/show_bug.cgi?id=75
I have just uploaded a testcase that demonstrates why this bug report is
INVALID.
Jürgen
> Couldn't you put this code in a function and call it from both places?
Thanks for the hint. A function is cleaner, I committed it:
http://www.lyx.org/trac/changeset/22034
Jürgen, I assume that this code cleanup can go to trunk too although no
functionality is changed, right?
thanks and regar
Jürgen Spitzmüller wrote:
> This is wrong. "= and \- are not equivalent.
Sorry, I mean: "= and '-' are not equivalent.
Jürgen
Jürgen Spitzmüller schrieb:
To a hyphenation "-". Bug 75 explains that this is only valid for German.
This is wrong. "= and \- are not equivalent.
I haven't said that it is converted to \-, but to -
Look at http://bugzilla.lyx.org/show_bug.cgi?id=75
regards Uwe
Uwe Stöhr wrote:
> To a hyphenation "-". Bug 75 explains that this is only valid for German.
This is wrong. "= and \- are not equivalent.
Jürgen
On Sun, Dec 09, 2007 at 01:25:35PM +0100, Peter Kümmel wrote:
>>> #define Q_PLUGIN_INSTANCE(IMPLEMENTATION) \
>>> { \
>>> static
>>> QT_PREPEND_NAMESPACE(QPointer) _instance;
>>> \
>>> if (!_instance) \
>>> _instance = new IMPLEMENTATION; \
>>>
> Shouldn't global variables be declared in tex2lyx.h and defined in
tex2lyx.cpp?
I used the existing infrastructure. I discussed this topic with Jürgen and he pointed me to the
existing extern varaibles. There is for example another variable declared and filled in preamble.cpp
that is used in
> To what is this command transferred?
To a hyphenation "-". Bug 75 explains that this is only valid for German.
The patch is trivial, so also OK for branch?
regards Uwe
Peter Kümmel wrote:
> Here a patch, C&P from the .am in qt4, untested, but maybe it works.
it does.
Jürgen
Peter Kümmel wrote:
> Yes, this is missing in the 1.5 branch, please check it in.
Done.
Jürgen
Andre Poenitz wrote:
On Mon, Dec 03, 2007 at 11:00:00PM +0100, Peter Kümmel wrote:
Playing around with vld I came to the conclusion
that there is a memory leak in Qt's plugin system.
When I trace the allocations of Qt
(see ForceIncludeModules in the vld.ini file)
I get attached output after jus
Kornel Benko wrote:
I had to modify "development/cmake/config.h.cmake" in order to get it compile.
Kornel
Yes, this is missing in the 1.5 branch, please check it in.
Peter
And this is maybe a patch for scons.
Peter
Index: development/scons/SConstruct
===
--- development/scons/SConstruct(revision 22027)
+++ development/scons/SConstruct(working copy)
@@ -1499,6 +1499,14 @@
#
# src/suppor
Jürgen Spitzmüller wrote:
Peter Kümmel wrote:
Hope I've fixed correctly the other build systems.
No:
SystemcallPrivate.cpp:115:37: error: SystemcallPrivate_moc.cpp: No such file
or directory
make[4]: *** [SystemcallPrivate.lo] Fehler 1
make[4]: Leaving directory `/home/juergen/lyx/lyx-qt/sr
Peter Kümmel wrote:
> Hope I've fixed correctly the other build systems.
No:
SystemcallPrivate.cpp:115:37: error: SystemcallPrivate_moc.cpp: No such file
or directory
make[4]: *** [SystemcallPrivate.lo] Fehler 1
make[4]: Leaving directory `/home/juergen/lyx/lyx-qt/src/support'
make[3]: *** [all]
> this is something that might be fixable from your end. I hope to download
> and try out Lyx soon.
please try out the mirrors, they should be working.
pavel
Uwe Stöhr wrote:
> I unfortunately introduced a crash bug in tex2lyx that should be fixed. For
> more infos and patch for this, see
> http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg133020.html
Then this commit must be reverted until the problem is fixed.
Jürgen
Martin Vermeer wrote:
> Surely lyx_1_6.py?
Yes.
Jürgen
Uwe Stöhr wrote:
> Jürgen, OK also for branch?
Yes (but please correct the whitespace).
Jürgen
Uwe Stöhr wrote:
> The attached patch adds support for the German babel hyphenation command:
> "=
To what is this command transferred?
Jürgen
Hi all,
I just made a svn update, in order to test Juergens patch to resolve the
quotation-mark problem. Unfortunately I get now errors when trying to
compile with make:
...
SystemcallPrivate.cpp:115:37: error: SystemcallPrivate_moc.cpp: No such
file or directory
make[4]: *** [SystemcallPrivate.l
74 matches
Mail list logo
