On Fri, May 27, 2011 at 5:28 PM, Tommaso Cucinotta wrote:
> Hi,
>
> perhaps some Mac/Win developer can help in verifying whether this issue
>
> http://www.lyx.org/trac/ticket/7596
>
> is easily reproducible for lyx-2.0.0 on these platforms or not, and whether
> it turns out to be fixed in current
Il 27/05/2011 14:22, Richard Heck ha scritto:
On 05/27/2011 06:11 AM, Tommaso Cucinotta wrote:
Should it be added to this specific dialog, or to the Dialog class ?
Perhaps add that to the Dialog class. Then it can be used elsewhere as
needed.
So I did (r38865).
T.
On 05/27/2011 05:14 PM, tomm...@lyx.org wrote:
> Author: tommaso
> Date: Fri May 27 23:14:36 2011
> New Revision: 38863
> URL: http://www.lyx.org/trac/changeset/38863
>
> Log:
> Fixed bug in matching at borders within *-environments with ignore-format off.
> (related to #7596)
>
OK for branch.
rh
On 05/27/2011 05:20 PM, Enrico Forestieri wrote:
> On Fri, May 27, 2011 at 04:50:59PM -0400, Richard Heck wrote:
>
>> On 05/27/2011 04:37 PM, Enrico Forestieri wrote:
>>> On Fri, May 27, 2011 at 05:53:59PM +0200, Jürgen Spitzmüller wrote:
>>>
BTW I find the mutliple negation in the original En
Hi,
perhaps some Mac/Win developer can help in verifying whether this issue
http://www.lyx.org/trac/ticket/7596
is easily reproducible for lyx-2.0.0 on these platforms or not, and
whether it turns out to be fixed in current trunk (r38863 - I did fix a
number of closely related issues which
On Fri, May 27, 2011 at 04:50:59PM -0400, Richard Heck wrote:
> On 05/27/2011 04:37 PM, Enrico Forestieri wrote:
> > On Fri, May 27, 2011 at 05:53:59PM +0200, Jürgen Spitzmüller wrote:
> >
> >> BTW I find the mutliple negation in the original English sentence hard to
> >> get:
> >>
> >> "Don't ch
On 05/27/2011 04:37 PM, Enrico Forestieri wrote:
> On Fri, May 27, 2011 at 05:53:59PM +0200, Jürgen Spitzmüller wrote:
>
>> BTW I find the mutliple negation in the original English sentence hard to
>> get:
>>
>> "Don't change the default unless the TeX engine was not correctly detected
>> at
>>
On Fri, May 27, 2011 at 05:53:59PM +0200, Jürgen Spitzmüller wrote:
> BTW I find the mutliple negation in the original English sentence hard to get:
>
> "Don't change the default unless the TeX engine was not correctly detected at
> configure time".
>
> This means:
>
> "Only change the default
Richard Heck wrote:
> Yes. Where is this?
PrefLatexUi.ui:326
Jürgen
On 05/27/2011 11:53 AM, Jürgen Spitzmüller wrote:
spitz wrote:
+"Wählen Sie hier, ob LyX windows- oder cygwintypische\n"
+"Pfade für die LaTeX-Ausgabe verwenden soll.\n"
+"Sie sollten den voreingestellten Wert nur dann ändern,\n"
+"wenn der TeX-Prozessor bei der Konfiguration von LyX\n"
+"nicht
spitz wrote:
> +"Wählen Sie hier, ob LyX windows- oder cygwintypische\n"
> +"Pfade für die LaTeX-Ausgabe verwenden soll.\n"
> +"Sie sollten den voreingestellten Wert nur dann ändern,\n"
> +"wenn der TeX-Prozessor bei der Konfiguration von LyX\n"
> +"nicht richtig erkannt wurde.\n"
> +"Achtung: Ihre
Rainer M Krug wrote:
> not all formats for which a viewer and editor are defined, are under the
> menu "View" - "View (other formats)", but they are under the button "View
> other formats". An example is LaTeX (pdflatex), for which kile is defined
> as viewer and editor.
Cannot reproduce. When I s
Hi,
not all formats for which a viewer and editor are defined, are under the
menu "View" - "View (other formats)", but they are under the button "View
other formats". An example is LaTeX (pdflatex), for which kile is defined as
viewer and editor.
Thanks for all the good work for 2.0,
Cheers,
Ra
On 27-5-2011 12:11, Tommaso Cucinotta wrote:
> Il 27/05/2011 10:17, Vincent van Ravesteijn ha scritto:
>> I don't like this. In all dialogs, calling buffer() will give you the
>> currentBufferView(). It is confusing if it is suddenly different here.
>
> because in each & every usage of the buffer(
On 05/27/2011 06:11 AM, Tommaso Cucinotta wrote:
>
>> By the way, buffer() is not declared virtual in Dialog.
>
> ops, then you're right: let's introduce another method
> documentBuffer() and use it.
> Should it be added to this specific dialog, or to the Dialog class ?
>
Perhaps add that to the Di
On 05/27/2011 03:35 AM, Jürgen Spitzmüller wrote:
> Richard Heck wrote:
>>> By the way, while building BRANCH_2_0_X a huge number of .po files got
>>> modified in my svn checkout. I wonder why that is. Luckily I caught
>>> that in time before committing. It never happened with BRANCH_1_6_X or
>>
>
>
> Vincent, if it is so important for you to not get big emails, then you
> really have to solve that at your side. Sorting into folders, forwarding
> only small mails, only getting headers etc. You cannot really expect
> people/mailes/svnmailer what ever to solve that for you.
>
No, but one ha
Le 27/05/2011 10:52, Lars Gullik Bjønnes a écrit :
But I can agree that the mails from mailer.py is a bit on the large side
at some times.
Yes, we need something better than mailer.py, but it does not seem
trivial enough to me.
JMarc
Le 27/05/2011 08:29, Tommaso Cucinotta a écrit :
Hi all,
when configuring LyX for development, I can see this:
/usr/share/aclocal/gtkglextmm-1.2.m4:225: warning: underquoted
definition of AC_GTKGLEXTMM_SUPPORTS_MULTIHEAD
is that normal ? Why is gtkglext coming in the loop ? I don't expect
it
Le 26/05/2011 23:14, Richard Heck a écrit :
On 05/26/2011 12:38 PM, José Matos wrote:
Hi all,
Rex Dieter took the last step to use pkgconfig to configure libhunspell
for autoconf. The patch follows attached (both for 2.0 and 2.1).
FWIW the same fix should be applied to mythes de
Il 27/05/2011 10:49, Vincent van Ravesteijn ha scritto:
In principle I agree (more elegant, more c++, more STL-like, etc.), but it
was doing something strange/weird: consider the buffer with a single par,
with a footnote inside. As it was before, it was iterating 2 paragraphs:
the outer one (prod
Il 27/05/2011 10:17, Vincent van Ravesteijn ha scritto:
I don't like this. In all dialogs, calling buffer() will give you the
currentBufferView(). It is confusing if it is suddenly different here.
because in each & every usage of the buffer() method in this
dialog, I needed a different buffer (
Vincent van Ravesteijn writes:
| On Mon, Mar 28, 2011 at 11:25 PM, Jean-Marc Lasgouttes
| wrote:
>
>> Le 28/03/11 19:31, Tommaso Cucinotta a écrit :
>>
>> I can see this was not implemented (see last 2.8MB commit r38082).
>>>
>>> I know there are more important things to think about, however, jus
> In principle I agree (more elegant, more c++, more STL-like, etc.), but it
> was doing something strange/weird: consider the buffer with a single par,
> with a footnote inside. As it was before, it was iterating 2 paragraphs:
> the outer one (producing "[footnote: foo]") and then the inner one i
On Mon, Mar 28, 2011 at 11:25 PM, Jean-Marc Lasgouttes
wrote:
> Le 28/03/11 19:31, Tommaso Cucinotta a écrit :
>
> I can see this was not implemented (see last 2.8MB commit r38082).
>>
>> I know there are more important things to think about, however, just to
>> not
>> forget about this . . . .
>>
On 26-5-2011 19:33, tomm...@lyx.org wrote:
> Author: tommaso
> Date: Thu May 26 19:33:36 2011
> New Revision: 38847
> URL: http://www.lyx.org/trac/changeset/38847
>
> Log:
> Use the main document's buffer(), when scanning for citations from within the
> citation dialog.
> This allows to pick and
Tommaso Cucinotta writes:
| Il 26/05/2011 19:46, Richard Heck ha scritto:
>> On 05/26/2011 01:08 PM, tomm...@lyx.org wrote:
>>> Author: tommaso
>>> Date: Thu May 26 19:08:48 2011
>>> New Revision: 38846
>>> URL: http://www.lyx.org/trac/changeset/38846
>>>
>>> - ParIterator it = buffer.p
Richard Heck wrote:
> > By the way, while building BRANCH_2_0_X a huge number of .po files got
> > modified in my svn checkout. I wonder why that is. Luckily I caught
> > that in time before committing. It never happened with BRANCH_1_6_X or
> > with trunk.
>
> Someone else can probably say why
28 matches
Mail list logo
