> I have to admit I think it costs not much time to report a bug in
> LyX's bug tracker. Fortunately, it's not bugzilla. :-)
> And some of the bugs you reported are easier to fix with example
> files.
Well, I've just reported the bugs (see my other mail on this
list). For the record, the prepar
Ok, so I have reported (some of) the bugs to Trac. Just for
reference, I've detailed this process below.
> [BUG #1]
> Branch insets "override" all the rmb menus, so for example the
> user cannot spellcheck single word inside the branch inset via rmb
> anymore. This makes working with branc
> > [BUG #1]
> > Branch insets "override" all the rmb menus, so for example the
> > user cannot spellcheck single word inside the branch inset via rmb
> > anymore. This makes working with branches a whole lot harder.
>
> This was bug http://www.lyx.org/trac/ticket/6642.
>
> Now fixed in r36604
Hello
On Tue, Nov 30, 2010 at 1:37 AM, Vincent van Ravesteijn wrote:
>> [BUG #5]
>> The dotted line used to mark misspelled words is almost invisible
>> (under some conditions). Is the color/thickness of the line
>> configurable?
>>
>
> No, this is hardcoded. Under which conditions is it almos
On 11/29/10 7:41 PM, Pavel Sanda wrote:
Richard,
you introduced this string:
"{%author%[[%author%, ]][[{%editor%[[%editor%, ed., ]]}]]}\"%title%\"{%journal"
"%[[, {!!}%journal%{!!}]][[{%publisher%[[, %publisher%]][[{%institution"
"%[[, %institution%]]}]]}]]}{%year%[[ (%year%)]]}{%pages%[[, %page
On 11/29/10 8:14 PM, Pavel Sanda wrote:
once beta2 is out we should try to sort out bugs which
1) will have killed 2.0 milestone,
2) which need normal fixes
3) and bugs which seem to have non trivial fixes or are prone to introduce new
regression while fixing them.
once 3) are gone we can star
Am 29.11.2010 14:06, schrieb Pavel Sanda:
as written in the very first mail, feel free to do remerge after each string
change if you are happy to do so. the point was to *commit* only de.po.
Ah, OK. Then I misunderstood you.
regards Uwe
Pavel Sanda wrote:
> hi,
>
many regressions killed, thanks. these two remain:
> tabular bugs: 7021
>
> 7072 (undo&auto completion)
end of this week would be good time to make tarball with beta 2,
we need to push the latest changes in xe/lua/tex out for testing.
anything you want to have in b
Vincent van Ravesteijn wrote:
> > [BUG #6]
> > Document settings cannot be reverted via "undo". Or is it by design?
>
> That might be by design. It's rather unwanted that settings are undone
> and the user doesn't see this happen.
this is a regression which works in 1.6, i remember to use it..
Richard,
you introduced this string:
"{%author%[[%author%, ]][[{%editor%[[%editor%, ed., ]]}]]}\"%title%\"{%journal"
"%[[, {!!}%journal%{!!}]][[{%publisher%[[, %publisher%]][[{%institution"
"%[[, %institution%]]}]]}]]}{%year%[[ (%year%)]]}{%pages%[[, %pages%]]}."
how is this creature supposed to
2010/11/28 Michal :
> In this mail I've collected all the bugs with LyX 2.0beta1 I've
> spotted so far. Overall, the experience has been very pleasant, but
> there are some glitches worth correcting. My platform is (for now) Win
> XP SP3 Polish.
>
> If something is unclear, please ask - I'm w
Le 29 nov. 2010 à 18:49, Stephan Witt a écrit :
Am 29.11.2010 um 18:26 schrieb Stephan Witt:
>
>> Am 27.11.2010 um 23:13 schrieb Stephan Witt:
>>
>> While testing I found a problem with the function countWords() in
>> buffer_funcs.cpp.
>> It does not return the correct result when words in table
Le 29 nov. 2010 à 22:27, v...@lyx.org a écrit :
> Log:
> Rename InsetXXX::contextMenu to InsetXXX::contextMenuName. Now this function
> doesn't need all the parameters and we split the functionality of choosing
> which context menu to return, from the functionality of supplying the name
> for th
Am 29.11.2010 um 12:42 schrieb Michal:
>> I don't want to be offending.
>>
>> But honestly, fixing bugs is a time-consuming task too.
>> And I've not seen any bug disappearing by mentioning.
>> Some bugs are resorting when the sun light is raising...
>> ...but I've not heard of it about softwar
Am 29.11.2010 um 18:55 schrieb Vincent van Ravesteijn:
> On Mon, Nov 29, 2010 at 6:49 PM, Stephan Witt wrote:
>> Am 29.11.2010 um 18:26 schrieb Stephan Witt:
>>
>>> Am 27.11.2010 um 23:13 schrieb Stephan Witt:
>>>
>>> While testing I found a problem with the function countWords() in
>>> buffer
On Mon, Nov 29, 2010 at 6:49 PM, Stephan Witt wrote:
> Am 29.11.2010 um 18:26 schrieb Stephan Witt:
>
>> Am 27.11.2010 um 23:13 schrieb Stephan Witt:
>>
>> While testing I found a problem with the function countWords() in
>> buffer_funcs.cpp.
>> It does not return the correct result when words in
> I fixed 6908, and now I should turn to tabular features. Does somebody
> have a pointer to a bug report or a list thread about that? I failed to
> find it and I would like to know what the context is.
>
The only context was bug #6908 I guess.
I realized that "INSET_MODIFY tabular delete-row" wo
Am 29.11.2010 um 18:26 schrieb Stephan Witt:
> Am 27.11.2010 um 23:13 schrieb Stephan Witt:
>
> While testing I found a problem with the function countWords() in
> buffer_funcs.cpp.
> It does not return the correct result when words in tables are to be counted.
> E. g. if I duplicate a row with
Jean-Marc Lasgouttes wrote:
> Le 16/11/2010 11:55, Vincent van Ravesteijn a écrit :
>> Bug 6908 is also related to the AtPoint machinery (JMarc) and the
>> change of LFUN to LFUN_INSET_MODIFY (Abdel).
>
> I fixed 6908, and now I should turn to tabular features. Does somebody
> have a pointer to a b
Am 27.11.2010 um 23:13 schrieb Stephan Witt:
> Am 27.11.2010 um 21:13 schrieb Stephan Witt:
>
>> Am 27.11.2010 um 19:49 schrieb Jean-Marc Lasgouttes:
>>
>>> Le 27/11/2010 19:45, Stephan Witt a écrit :
The result is the next patch:
1. start check in updateView only once
2. instead
> > [...] After that, I think the only remaining thing is
> > to change the look of it to be more like ERT (typewriter font,
> > changing color to red, etc.)
>
> This can all be done in a *.module file in your personal LYXDIR. See
> the "Help>Customization" documentation.
That is exactly what
> I'll have to think about including it. It's a pretty specialized
> thing, and seems to me to be very much
> an "expert" capability (the way local layout was for a while).
I'm not sure. It could be very useful for novices, too. For
instance, let's assume that each branch contains the same tex
Dear Peter,
It'd be better download the layout file itself from:
http://www.lyx.org/trac/browser/lyx-devel/trunk/lib/layouts/AEA.layout?rev=34800
Please put the layout file in the "layouts" directory (In the case of
Windows, I think it is located below "\Program Files\LyX\".)
Koji
ps. Please fo
Le 16/11/2010 11:55, Vincent van Ravesteijn a écrit :
Bug 6908 is also related to the AtPoint machinery (JMarc) and the
change of LFUN to LFUN_INSET_MODIFY (Abdel).
I fixed 6908, and now I should turn to tabular features. Does somebody
have a pointer to a bug report or a list thread about that?
Le 14/11/2010 01:38, Pavel Sanda a écrit :
JMarc, these two seems to have somthing in comon with you ;) : 6768 (at point
machinery), 6930 (undo broken)
These are fixed now.
JMarc
On 2010-11-29, Michal wrote:
>> I've fixed this, in the sense that you can now use "LaTeXType
>> paragraph". Try this:
>> [...]
> Thank you for your help! I guess I'll have to wait until the next
> beta comes out then. After that, I think the only remaining thing is to
> change the look of it
Le 29/11/2010 14:30, lasgout...@lyx.org a écrit :
Author: lasgouttes
Date: Mon Nov 29 14:30:17 2010
New Revision: 36592
URL: http://www.lyx.org/trac/changeset/36592
Log:
fix #6930: ERT inset should not act on INSET_MODIFY requests directed to
someone else
This is #6709, actually.
JMarc
> Author: uwestoehr
> New Revision: 36571
>
> Log:
> - remerge po-files (Sorry Pavel, but I don't know how to work on the
> translations and fixing typos and shortcut clashes without remerging.)
as written in the very first mail, feel free to do remerge after each string
change if you are happy
On 11/28/2010 10:25 PM, Michal wrote:
I've fixed this, in the sense that you can now use "LaTeXType
paragraph". Try this:
[...]
Thank you for your help! I guess I'll have to wait until the next
beta comes out then. After that, I think the only remaining thing is to
change the look of it to
> I don't want to be offending.
>
> But honestly, fixing bugs is a time-consuming task too.
> And I've not seen any bug disappearing by mentioning.
> Some bugs are resorting when the sun light is raising...
> ...but I've not heard of it about software bugs. :-)
You don't want to be offending
veno...@arcadiaclub.com wrote:
> > is it enough that we encode the mail (against spambots) or you want fake
> address?
>
> It's OK to encode it, just to not make it appear in clear.
fine, its in.
pavel
>>> You can use any parameter as long as you turn off the validation.
>>
>> I remember that adding new params to insetlisting was a file format
>> change. But maybe I'm just mixing up things here.
>
> I think you are right. IMHO, it should be a file format change, and the
> revert function should d
Hi,
I am new to Lyx. Can you tell me how to use the patch to add the new layout to
lyx 1.6.7.
Thanks
Peter
Hi,
I tried all of this, starting from scratch. In a different prefix directory,
so no conflict with existing lyx-svn...
I still get:
Language.cpp(204): Default language "english" not found!
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.2/include/g++-v4/debug/safe_iterator.h:175:
error: attempt to dere
Jean-Marc Lasgouttes wrote:
> Second try, now that I read the code: change the converter flag "latex" to
> take the form "latex=xetex" or whatever to indicate the latex flavor that
> we want. "latex" will be equivalent to "latex=latex".
>
> With this, the information does not need to be hardcoded
Le 22/11/2010 02:00, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
What happens if the function decides to change nothing after all? We have a
useless undo step.
so if somebody pushes ctrl+z, one step nothing happens? undo machinery could
detect and kill empty start-end undo block at the e
On Mon, Nov 29, 2010 at 8:40 AM, Stephan Witt wrote:
>> Reporting 9 bugs on bugzilla seems like a time-consuming task, so I
>> can't promise anything, but I'll try, probably in a few days.
>
> I don't want to be offending.
>
> But honestly, fixing bugs is a time-consuming task too.
> And I've n
37 matches
Mail list logo
