Am Samstag 23 Mai 2009 schrieb Kornel Benko:
> So the netx try is without optimization at all :(
Sorry, no change now.
Kornel
signature.asc
Description: This is a digitally signed message part.
Am Samstag 23 Mai 2009 schrieb Kornel Benko:
> The next is, I try to compile everything in cmake build with "-O2" as Pavel
> suggested.
This did not help. On the contrary, this time I got
rowlist.size: '5'
id: -1, pos: -1
id: -1, pos: -1
id: -1, pos: -1
id: 1354, pos: 0
id: 1354, pos: 0
...
So t
Am Samstag 23 Mai 2009 schrieb Ben M.:
> Kornel--Perhaps you could try adding the following lines to the
> function TexRow::getIdFromRow to see if you're having the same rowlist
> problem as me?
It looks alike. But here it shows also the first time only 6 rows.
...
/usr/src/lyx/branch-1.6/src/Ser
Kornel Benko wrote:
> Please no. We would have to change preferences every time if the html
> output is dissatisfying.
We have to do this for all other converter alternatives as well.* Why should
eLyXer be specific?
* I agree this is annoying, but this needs a general solution, no eLyXer-
specif
Am Samstag 23 Mai 2009 schrieb Jürgen Spitzmüller:
> Uwe Stöhr wrote:
> > > Post a patch first.
> >
> > See attached.
>
> I think eLyXer should not be a separate format (html2) but simply a html
> alternative
Please no. We would have to change preferences every time if the html output
is dissatis
Pavel Sanda wrote:
> > Aren't we into camelBumpStyle() for member functions?
>
> this function is slot
We also use CamelCase for (our own) slots.
Jürgen
Uwe Stöhr wrote:
> > Post a patch first.
>
> See attached.
I think eLyXer should not be a separate format (html2) but simply a html
alternative
Jürgen
Kornel Benko wrote:
> > the usual autoconf setting for release mode is -O2 and using -O3 by default
> > is calling for problems (i mean generally not only lyx related).
>
> The gcc-people would not be very happy with this statement.
>
> Corect written programs should not depend on compiler optimi
Uwe Stöhr wrote:
>When I have "" as recognized widest label but also have a label "WWW"
> the space would not be enough.
Of course, but my solution assures this does not happen.
The "W" solution, BTW, implies that people are using a roman alphabetic
script. I'm not sure a Japanese Hiragana o
Thanks so much for all the tips on SumatraPDF! I will play with that
stuff in a bit.
> Please, try *uninstalling* McAfee and try again.
In the meantime, I have uninstalled McAfee, disabled Windows Defender
as thoroughly as Vista allows, rebooted, and tried again. It still
just goes to the begin
Ben M. writes:
>
> This is long, so here's my summary:
>
> BLODA did indeed cause the permission denied errors while running
> autogen.sh. However, broken inverse search appears unrelated. As for
> broken inverse search, all evidence points to a regression between
> 1.6.1 and branch.
Note that
On Thu, May 21, 2009 at 02:30:52PM -0400, Ben M. wrote:
> Here are the results of your above patch when using "branch":
> filename: '/tmp/lyx_tmpdir.JL6636/lyx_tmpbuf0/LaTeXConfig.tex'
> abstmp: '/tmp/lyx_tmpdir.JL6636'
> realtmp: '/tmp/lyx_tmpdir.JL6636'
This is OK.
> I'd also like to mentio
> Post a patch first.
See attached.
regards Uwe
Index: configure.py
===
--- configure.py (revision 29792)
+++ configure.py (working copy)
@@ -382,6 +382,14 @@
rc_entry = [r'''\converter literate latex "%%" ""
\conve
Jürgen Spitzmüller schrieb:
"" is always the shortest 4 character string, while "" is always
the widest one.
Well, if I only have one 4-char nomencl inset, and this has "", I do not
want the length to be "", do I?
When I have "" as recognized widest label but also have a
I've currently added a workaround bug for makeindex in the UserGuide and it seems that this is
incompatible when xindy is used.
Can therefore a xindy user please try to compile the English UserGuide.lyx from
branch?
thanks and regards
Uwe
Am Freitag 22 Mai 2009 schrieb Pavel Sanda:
> Kornel Benko wrote:
> > Now it is starting to be iritating. Inserting a debug output in
> > LyXFunc.cpp to see the used row, it started to work.
> > The only relevant difference to autoconf-build is the optimize switch
> > ("-O3" on cmake build vs. "-O"
Andre Poenitz wrote:
> > - void GuiGraphics::change_group(int /* index */)
> > +void GuiGraphics::change_group(int /* index */)
> > {
> > QString const new_group = groupCO->itemData(
> > groupCO->currentIndex()).toString();
>
> Aren't we into camelBumpStyle() for member functi
Kornel Benko wrote:
> Now it is starting to be iritating. Inserting a debug output in LyXFunc.cpp
> to
> see the used row, it started to work.
> The only relevant difference to autoconf-build is the optimize switch ("-O3"
> on
> cmake build vs. "-O" on autoconf build)
the usual autoconf settin
Am Freitag 22 Mai 2009 schrieb Kornel Benko:
> The crazy thing is, the autoconf-build is working here too. Now I have to
> search for compile-differences.
Now it is starting to be iritating. Inserting a debug output in LyXFunc.cpp to
see the used row, it started to work.
The only relevant differ
Am Donnerstag 21 Mai 2009 schrieb Kornel Benko:
> Hi,
> both (branch and trunk) don't react correct on reverse search.
> The only thing that happens is that cursor moves to start of buffer.
>
> The sent string to lyxpipe was:
> LYXCMD:revdvi:server-goto-file-
> row:/tmp/lyx_tmpdir.T16958/lyx_
> Your Qt version was upgraded apparently.
>
> You need to do
>
> make distclean
> ./autogen.sh
> ./configure
> make
Thanks, it works
was
Andre Poenitz wrote:
> Aren't we into camelBumpStyle() for member functions?
Yes. I think so. I didn't check for that.
Jürgen
Waluyo Adi Siswanto wrote:
> I did compiling my local branch after updating from svn host, but it did
> not compile successfully. I don't know what was wrong.
> It looks that there are some errors.
> How can I compile successfully?
> Thank you very much for any enlightening help
Your Qt version wa
On Fri, May 22, 2009 at 06:00:48PM +0200, sp...@lyx.org wrote:
> Author: spitz
> Date: Fri May 22 18:00:29 2009
> New Revision: 29778
> URL: http://www.lyx.org/trac/changeset/29778
>
> Log:
> whitespace.
>
> Modified:
>lyx-devel/trunk/src/frontends/qt4/GuiGraphics.cpp
>
> Modified: lyx-devel
I did compiling my local branch after updating from svn host, but it did
not compile successfully. I don't know what was wrong.
It looks that there are some errors.
How can I compile successfully?
Thank you very much for any enlightening help.
Regards
was
Below the message from the terminal:
==
Uwe Stöhr wrote:
> > I do not understand this, and I think this is wrong. What if "" is
> indeed > my longest label?
>
> "" is always the shortest 4 character string, while "" is always
> the widest one.
Well, if I only have one 4-char nomencl inset, and this has "", I do not
wan
> > Actually, I have thought some more about it, and I think it is a
> > fileformat
>
> > change.
> > As mentioned yesterday, we simply change the output of files that use
> the > nomencl.cfg file for setting the width.
>
> Why should anybody have changed the nomencl.cfg file? One need admin
> pe
Gregory Jefferis wrote:
> This patch identifies the author of tracked changes written out to lyx file
> with a hash value constructed from author+email
- if i understand your changes you put hash by default in any .lyx file. it
is not possible easily get name and mail back from this kind of has
Gregory Jefferis schreef:
This patch identifies the author of tracked changes written out to lyx file
with a hash value constructed from author+email
That way the author id never changes on write, allowing painless merging of
files containing tracked changes.
Comments very welcome - this is not
>> - // return the widest symbol
>> + // return the widest symbol as w times a "W"
>> + for (int n = 1; n <= w; ++n)
>> + symb = symb + "W";
>
> I do not understand this, and I think this is wrong. What if "" is indeed
> my longest label?
"" is _always_ the
Jürgen Spitzmüller wrote:
> > - // return the widest symbol
> > + // return the widest symbol as w times a "W"
> > + for (int n = 1; n <= w; ++n)
> > + symb = symb + "W";
>
> I do not understand this, and I think this is wrong. What if "" is
> indeed my longest l
uwestoehr wrote:
> + // we can only check for the number of characters,
> since it is + // impossible to get the info that
> "i" is smaller than "WW" + // we therefore output
> w times "W" as string ("W" is always the +
Uwe Stöhr wrote:
> This patch can also go to LyX 1.6.4 since it is no fileformat change (and
> because I need this for my thesis ;-) ). Attached is furthermore a small
> LyX testfile to show that and how our solution works.
Actually, I have thought some more about it, and I think it is a fileform
33 matches
Mail list logo
