Ewan Davies wrote:
> This LFUN has two action fields, I guess it's meant to be an action
> and a notion, but I'm not sure...
yes, thats bug.
> Attached is another version of the script. I hope it works well. I
> think I've managed to implement the behaviour as we discussed.
it looks good so i
This LFUN has two action fields, I guess it's meant to be an action
and a notion, but I'm not sure...
/*!
* \var lyx::FuncCode lyx::LFUN_QUOTE_INSERT
* \li Action: Inserts quotes according to the type and quote-language
preference.
* \li Action: Currently English, Swedish, German, Polish, Frenc
Am Samstag, 16. Mai 2009 schrieb Jürgen Spitzmüller:
> Rainer Dorsch wrote:
> > I am happy to do so. Should I mention in there something beyond my
> > initial report, attache the example file and a reference to that thread
> > in the mailing list archive?
>
> My observation that longtable is not se
Jean-Marc Lasgouttes wrote:
>> is it possible to revert spams in trac? the current anonymous access makes
>> our
>> database completely vulnerable to such attacks. its just question of time
>> when
>> some spam robot gets insane and fills half of our reports with unrelated
>> content like here no
It strikes me like the attached one-liner fixes this. I'm not sure,
since the
behaviour is not predicticably reproducable. But the fix looks
necessary
anyway.
Looks very good IMO.
JMarc
Le 16 mai 09 à 10:28, Pavel Sanda a écrit :
is it possible to revert spams in trac? the current anonymous access
makes our
database completely vulnerable to such attacks. its just question of
time when
some spam robot gets insane and fills half of our reports with
unrelated
content like her
On Sat, May 16, 2009 at 07:17:13PM +0200, Andre Poenitz wrote:
> On Sat, May 16, 2009 at 06:34:22PM +0200, for...@lyx.org wrote:
> > Author: forenr
> > Date: Sat May 16 18:34:21 2009
> > New Revision: 29694
> > URL: http://www.lyx.org/trac/changeset/29694
> >
> > Log:
> > Don't add the Qt dirs to
On Sat, May 16, 2009 at 09:00:47PM +0200, Kornel Benko wrote:
> Am Samstag 16 Mai 2009 schrieb for...@lyx.org:
> > So, reapply r29669 and revert r29694. I don't know what should be done
> > for scons, but there should be no problems ATM.
>
> Enrico I could live with your change. There was no need
Am Samstag 16 Mai 2009 schrieb for...@lyx.org:
> So, reapply r29669 and revert r29694. I don't know what should be done
> for scons, but there should be no problems ATM.
Enrico I could live with your change. There was no need to reapply r29669.
I inserted the includes only beause they were needed
Ewan Davies wrote:
> What might work is for the script to only change \n that occur on the
> end of a comment line into newlines.
that was my proposal...
another possibility is to check \\n[^a-zA-Z].
do as you wish.
pavel
>Since the purpose of the \n is to
> force a line break, it makes sense tha
On Sat, May 16, 2009 at 07:35:54PM +0200, Andre Poenitz wrote:
> On Sat, May 16, 2009 at 07:24:55PM +0200, Enrico Forestieri wrote:
> > On Sat, May 16, 2009 at 07:18:06PM +0200, Andre Poenitz wrote:
> >
> > > On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> > > > On Sat, May 1
Another question about slashes! If the desired behaviour is to treat
all \ except those that occur as \n literally, what do I do about the
following line from PARAGRAPH_PARAMS?
* \li Params: : \\noindent|
the \\ should be fixed and become a single \ as we discussed, but how
can my script work ou
On Sat, May 16, 2009 at 07:38:33PM +0200, Andre Poenitz wrote:
> [...] Christina, [...]
*hrmp* Sorry.
/me blushes.
Andre'
Andre Poenitz wrote:
> I just noticed that I need between 20 and 70 seconds to get a
> single page served form www.lyx.org. Google takes less than
> one second at the same time. So there is still something
> seriously wrong.
reread this
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg15012
Hi all.
I just noticed that I need between 20 and 70 seconds to get a
single page served form www.lyx.org. Google takes less than
one second at the same time. So there is still something
seriously wrong.
Christina, when you play with the wiki, does it take that long
for you, too?
Andre'
On Sat, May 16, 2009 at 07:24:55PM +0200, Enrico Forestieri wrote:
> On Sat, May 16, 2009 at 07:18:06PM +0200, Andre Poenitz wrote:
>
> > On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> > > On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
> > >
> > > > Jean-
On Sat, May 16, 2009 at 07:18:06PM +0200, Andre Poenitz wrote:
> On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> > On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
> >
> > > Jean-Marc, maybe autotools should be revised such that to not add the
> > > Qt dirs
On Sat, May 16, 2009 at 06:35:55PM +0200, Enrico Forestieri wrote:
> On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
>
> > Jean-Marc, maybe autotools should be revised such that to not add the
> > Qt dirs to the include path, in order to avoid the slip of Qt code in
> > liblyxsu
On Sat, May 16, 2009 at 06:34:22PM +0200, for...@lyx.org wrote:
> Author: forenr
> Date: Sat May 16 18:34:21 2009
> New Revision: 29694
> URL: http://www.lyx.org/trac/changeset/29694
>
> Log:
> Don't add the Qt dirs to the include path when compiling in src/, in
> order to avoid inadvertently usin
On Sat, May 16, 2009 at 06:43:25PM +0200, Pavel Sanda wrote:
> i hope it wasn't needed for monolithic builds...
I am sure you are able to tell :)
--
Enrico
> However, I understood what the problem was and I think I fixed it now.
Thanks, I can now again compile trunk using SCons.
regards Uwe
Pavel Sanda wrote:
> >Here's what I sense is the current situation:
> >
> > * any \htmlonly text in the fields needs to be stripped
i see - you mean \htmlonly (ç)\endhtmlonly . yes, its ok to strip them
-- or if you feel like to substitute those with the correct LyX characters.
another leftover f
for...@lyx.org wrote:
> Author: forenr
> Date: Sat May 16 18:34:21 2009
> New Revision: 29694
> URL: http://www.lyx.org/trac/changeset/29694
>
> Log:
> Don't add the Qt dirs to the include path when compiling in src/, in
> order to avoid inadvertently using Qt code in the lyx core library.
>
> Mo
Ewan Davies wrote:
> Are the PARAGRAPH_PARAMS params intended to have double slashes or
> are they escaped, single slashes?
this is a bug. it should be single slash. i'll fix it.
> I propose that we go for something consistent, and document this clearly at
> the top of LyXAction.cpp.
yes we can
On Sat, May 16, 2009 at 05:59:50PM +0200, Enrico Forestieri wrote:
> Jean-Marc, maybe autotools should be revised such that to not add the
> Qt dirs to the include path, in order to avoid the slip of Qt code in
> liblyxsupport.
I meant liblyxcore. I did that now.
--
Enrico
Sorry Pavel,
I patched away without checking my e-mail and didn't see your reply
about wanting to keep the double slasheh. I respect your decision
completely. My question is now about the double slashes in the LFUN
below.
/*!
* \var lyx::FuncCode lyx::LFUN_PARAGRAPH_PARAMS
* \li Action: Change pa
On Sat, May 16, 2009 at 05:08:15PM +0200, Enrico Forestieri wrote:
> On Sat, May 16, 2009 at 12:36:10AM +0200, Uwe St�hr wrote:
>
> > Vincent van Ravesteijn schrieb:
> >
> > >> I can no longer compile trunk:
> > >> d:\lyxsvn\lyx-devel\src\support/Systemcall.h(19) : fatal error C1083:
> > >> Can
Jürgen Spitzmüller wrote:
> It strikes me like the attached one-liner fixes this. I'm not sure, since
> the behaviour is not predicticably reproducable. But the fix looks
> necessary anyway.
>
> If noone objects, I'll commit to branch and trunk.
Committed. Please test whether you still can produce
Ehh sorry, i hit the wrong key and the previous message get wrong From header
:))
pavel
> >Here is a patch fixing the un-escaped slashes in LyXAction.cpp:
>
> Ewan, sorry for my stubborness, but i really dont want these double slashes in
> sources :) as i write earlier i consider the parameteres
>Here is a patch fixing the un-escaped slashes in LyXAction.cpp:
Ewan, sorry for my stubborness, but i really dont want these double slashes in
sources :) as i write earlier i consider the parameteres of LyXAction.cpp in
verbatim more valueable then correct doxygen as we dropped the idea to use
do
"I herby grant permission to licence my contributions to the LyX
project under the Gnu General
Public Licence, version 2 or later."
Ewan Davies
Here is a patch fixing the un-escaped slashes in LyXAction.cpp:
Index: src/LyXAction.cpp
===
--- src/LyXAction.cpp (revision 29689)
+++ src/LyXAction.cpp (working copy)
@@ -1666,7 +1666,7 @@
* \li Action: Changes arbitrarily the
On Sat, May 16, 2009 at 12:36:10AM +0200, Uwe Stöhr wrote:
> Vincent van Ravesteijn schrieb:
>
> >> I can no longer compile trunk:
> >> d:\lyxsvn\lyx-devel\src\support/Systemcall.h(19) : fatal error C1083:
> >> Cannot open include file: 'QObject': No such file or directory
> >>
> >> The strange
Ewan Davies wrote:
> There are still some things to be decided though. In LFUN_MATH_SIZE
> the params must contain a \. This should be escaped as \\ in the
> comment for doxygen to understand it. The documentation generated at
> http://wiki.lyx.org/sourcedoc/svn/namespacelyx.html#5ae63e8160e98b54ad
Ewan Davies wrote:
Coming to think of it, is there not a way via doxygen, which already
parses LyXAction.cpp, to generate the documentation? If we could use
the same code doxygen uses to parse the comments, just generating a
.lyx file instead of .html as doxygen does, it would mean consistency
be
I've got the script generating lyx (ctrl-return) style newlines by inserting:
\begin_inset Newline newline
\end_inset
wherever a "\n" is found in the doxygen comments. This seems to work well.
There are still some things to be decided though. In LFUN_MATH_SIZE
the params must contain a \. This s
Rainer Dorsch wrote:
> I am happy to do so. Should I mention in there something beyond my initial
> report, attache the example file and a reference to that thread in the
> mailing list archive?
My observation that longtable is not selected of the file is opened in read-
only-mode is worth mention
Am Samstag, 16. Mai 2009 schrieb Jürgen Spitzmüller:
> Rainer Dorsch wrote:
> > So no lyx2lyx issue at all.
>
> Good. However, could you please file a report for the other issue?
>
I am happy to do so. Should I mention in there something beyond my initial
report, attache the example file and a re
Jürgen Spitzmüller wrote:
> The new. However, diff also shows soething like:
>
> @@ -30272,46 +30240,12 @@
> Berkeley Database License
> \emph default
Pavel Sanda wrote:
> when you save the file and look into it by eg vim
> instead of svn diff you see
>
> the old
>
> > -The latest PDF-version of this document can be found here:
> >
> >
>
> or t
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > weird. i also have no idea what could cause this.
>
> Maybe SVN playing tricks?
when you save the file and look into it by eg vim
instead of svn diff you see
the old
> -The latest PDF-version of this document can be found here:
Vincent van Ravesteijn wrote:
> I suddenly had a tremendous idea.. at least I think so. I've often thought
> to integrate the LFUN documentation with the Command Buffer. In the command
> buffer you can enter an lfun, and you can use a popup list to choose one.
> What I feel is missing there, is
Ewan Davies wrote:
> > the output is already nice! a few glitches:
> >
> > 1. '\n' newlines are not correctly detected - compare LFUN_PARAGRAPH_PARAMS
> > of
> > the current trunk and your output.
>
> This problem is due to the dact that the LFUN_PARAGRAPH_PARAMS comment
> contains this string
Jürgen Spitzmüller wrote:
> For me, the wrong language is only inserted into ERT
> when pasting with the middle-mouse button. If I paste via C-v, however, the
> language is correctly reset to latex.
It strikes me like the attached one-liner fixes this. I'm not sure, since the
behaviour is not pre
hi,
is it possible to revert spams in trac? the current anonymous access makes our
database completely vulnerable to such attacks. its just question of time when
some spam robot gets insane and fills half of our reports with unrelated
content like here now http://www.lyx.org/trac/ticket/5266
how
JMarc,
would it be possible to either add http://www.lyx.org/trac/wiki/BugTrackerHome
to the topline of links (timeline/roadmap/...) or substitute "View Tickets" so
it points to this link?
pavel
Jürgen Spitzmüller wrote:
> > \begin_layout Plain Layout
> >
> > summary(nes2002$
> > \series bold
> > \lang english
> > V023131
> > \series default
> > )
> > \end_layout
> >
> > Thus renewing my request to NOT have lang adjusted with pastes.
>
> The real fix is to set the language to "latex" when
Paul Johnson wrote:
> Here's a LyX file that exhibits the problem. I copied from the black
> ordinary text and pasted into the ERT and you see what happens. If you
> look in the file in a text editor, scan for the 3rd "lang". You see
> the problem:
>
> \begin_layout Plain Layout
>
> summary(nes200
Pavel Sanda wrote:
> weird. i also have no idea what could cause this.
Maybe SVN playing tricks?
Jürgen
Rainer Dorsch wrote:
> So no lyx2lyx issue at all.
Good. However, could you please file a report for the other issue?
Jürgen
John McCabe-Dansted wrote:
> I also consider it strange that the language can change within a word.
Define "word" (for languages such as, say, English, German and Japanese).
> In my case \selectlanguage{american} etc. has popped up up a number of
> times, and in all cases the LaTeX I want is exac
51 matches
Mail list logo
