BH wrote:
On Tue, Jul 7, 2009 at 3:25 PM, Rex Dieter wrote:
Been working on some fruitful work on standardizing distro spelling
dictionaries (fedora and hunspell), lyx is one of the last users of aspell,
so I was wondering if anyone has thought about or (ideally) worked on
adding support for
Rex Dieter wrote:
Pavel Sanda wrote:
Rex Dieter wrote:
Been working on some fruitful work on standardizing distro spelling
dictionaries (fedora and hunspell), lyx is one of the last users of
aspell, so I was wondering if anyone has thought about or (ideally)
worked on adding support fo
Pavel Sanda wrote:
Uwe Stöhr wrote:
qt 4.4 designer promised to be compilable with older versions, which
should solve your problem.
I used Qt 4.5's designer for this change and the result is obviously
uncompilable with Qt 4.2. In the past I used Qt 4.4's designer and Jürgen
had the s
Hello,
I am currently trying to customize the docbook layout so as to produce
some scilab documentation (which is based ona subset of docbook).
I need to pass some options to xml tags.
Is it possible to:
- add a non modifiable option to a tag like
http://docbook.org/ns/docbook";
xmlns:x
On Tue, Jul 7, 2009 at 4:42 PM, Pavel Sanda wrote:
> i think the real point is that there is no code implementing it.
Would any "new code" really be involved? I don't know any details
about LyX's implementation of insets, but both math and "Input" child
documents support instant preview. So I mi
On Tue, Jul 07, 2009 at 10:52:11PM +0200, Enrico Forestieri wrote:
> I suggest reverting r30398, r30396, r30395, r30393, r30392, r29387,
> and trying to find the correct fix for #5923.
I did that in r30409 and r30410. Let's start from here for fixing
remaining issues. Your commits at r30396 and r3
On Tue, Jul 7, 2009 at 3:25 PM, Rex Dieter wrote:
> Been working on some fruitful work on standardizing distro spelling
> dictionaries (fedora and hunspell), lyx is one of the last users of aspell,
> so I was wondering if anyone has thought about or (ideally) worked on
> adding support for other sp
Pavel Sanda wrote:
> Rex Dieter wrote:
>> Been working on some fruitful work on standardizing distro spelling
>> dictionaries (fedora and hunspell), lyx is one of the last users of
>> aspell, so I was wondering if anyone has thought about or (ideally)
>> worked on adding support for other spelling
Uwe Stöhr wrote:
> > qt 4.4 designer promised to be compilable with older versions, which
> > should solve your problem.
>
> I used Qt 4.5's designer for this change and the result is obviously
> uncompilable with Qt 4.2. In the past I used Qt 4.4's designer and Jürgen
> had the same problem.
th
Rex Dieter wrote:
> Been working on some fruitful work on standardizing distro spelling
> dictionaries (fedora and hunspell), lyx is one of the last users of aspell,
> so I was wondering if anyone has thought about or (ideally) worked on
> adding support for other spelling-engines.
>
> If not, any
On Tue, Jul 07, 2009 at 09:37:14PM +0200, Vincent van Ravesteijn wrote:
> Enrico Forestieri schreef:
> > On Tue, Jul 07, 2009 at 10:56:38AM +0200, Jürgen Spitzmüller wrote:
> >
> >> Vincent van Ravesteijn wrote:
> >>
> >>> r30392, r30393, and r30395 are fixes problems that were introduced b
Ben M. wrote:
> Both JMarc and Jurgen seem to think this feature could be useful. I'd
> like to see some clearer justification, or reopen the ticket. What do
> others think? Thanks!
i think the real point is that there is no code implementing it. i'm nearly
sure that if you come up with working
Hi all,
Five years ago I requested an instant preview option for ERT in:
http://www.lyx.org/trac/ticket/1723
Uwe just marked this as wontfix, and I disagree with that decision.
Uwe wrote:
>>> A general preview for ERT is impossible because there are countless LaTeX
>>> packages available.
Ye
The attached patch fixes bug http://www.lyx.org/trac/ticket/6057 that LyX allows having header rows
in a longtable without having a first header row. This bug leads to wrong TOC entries for longtables
because longtable expects in every table
\endfirsthead
before
\endhead .
Any objections? If no
Enrico Forestieri schreef:
On Tue, Jul 07, 2009 at 10:56:38AM +0200, Jürgen Spitzmüller wrote:
Vincent van Ravesteijn wrote:
r30392, r30393, and r30395 are fixes problems that were introduced by
the fix for bug 5923. To be safe, I didn't backport this fix for the
previous release, but i
Been working on some fruitful work on standardizing distro spelling
dictionaries (fedora and hunspell), lyx is one of the last users of aspell,
so I was wondering if anyone has thought about or (ideally) worked on
adding support for other spelling-engines.
If not, any preferences for what to look
On Tue, Jul 07, 2009 at 07:34:28PM +0200, Jürgen Spitzmüller wrote:
> Uwe Stöhr wrote:
> > > And you are sure these UI files will compile against Qt 4.2?
> >
> > I hope so. But why are you using Qt 4.2?
>
> Personally, I use Qt 4.5.2. But I keep on developing with Qt 4.2,
> since we promise to be
> qt 4.4 designer promised to be compilable with older versions, which
> should solve your problem.
I used Qt 4.5's designer for this change and the result is obviously uncompilable with Qt 4.2. In
the past I used Qt 4.4's designer and Jürgen had the same problem.
regards Uwe
Uwe Stöhr wrote:
> > And you are sure these UI files will compile against Qt 4.2?
>
> I hope so. But why are you using Qt 4.2? I mean hundreds of bugs have been
> fixed the last 3 years in Qt and many new features were added. I provide a
> Windows build and therefore use the most stable version o
>> I propose to require Qt 4.4.x or at least Qt 4.3.x when compiling LyX.
>> Would that be OK?
>
> Not for branch, we do not change requirements within a stable series.
>
> For trunk, I don't know. I'm not sure what the state of the art is on our
> target OSes (especially FreeBSD, Solaris and frie
Pavel Sanda wrote:
> > Yes, I can do that. You should maybe first reset the bugs that use that
> > to "general" component (or a new "obsolete" component?)
>
> i would simply reset it to general. imho these are clearly for removal:
>
> frontend-* except qt4
> guii (move to frontend-qt4?)
> linuxdo
I want to add bug http://www.lyx.org/trac/ticket/6057 to http://www.lyx.org/trac/ticket/5747 as
dependency.
This is possible in TRAC by modifying the "dependson" field, see the different actions in
http://www.lyx.org/trac/ticket/5747
The problem is that I don't see the dependson field when mo
Jean-Marc Lasgouttes wrote:
> >> Are you sure that all the places where pasting is invoked allow for a
> >> dialog?
> >
> > Hm, why shouldn't it?
>
> I don't know... lyxserver?
In this case, alert will not try to issue a dialog, but produce a console
message and proceed, assuming the default butt
Uwe Stöhr wrote:
> > And you are sure these UI files will compile against Qt 4.2?
>
> I hope so. But why are you using Qt 4.2?
Personally, I use Qt 4.5.2. But I keep on developing with Qt 4.2, since we
promise to be compilable with Qt 4.2.2 and newer, both branch and trunk. Look
at INSTALL.
> I
> And you are sure these UI files will compile against Qt 4.2?
I hope so. But why are you using Qt 4.2? I mean hundreds of bugs have been fixed the last 3 years in
Qt and many new features were added. I provide a Windows build and therefore use the most stable
version of Qt and a full featured
hList.
+ docstring text = bformat(
+ _("The pasted branch \"%1$s\" is undefined.\n"
+ "Do you want to add it to the document's branch list?"),
+ name);
+ if (frontend::Alert::prompt(_("Unknown branch"),
+ text, 0, 1, _("&Add
On Monday 06 July 2009 21:37:14 Pavel Sanda wrote:
> what you are talking about is 2. and was never planned for 2.0
> in particular. the problem is that we dont have any active
> developer who understands this area, so while we can agree
> that having working Docbook 4.4 XML output would be nice
>
Pavel Sanda writes:
> Jean-Marc Lasgouttes wrote:
>> It is the place where you can add new reports (try to click on one and
>> click edit). The in a wiki page, the markup {1} will add report number
>> 1.
>
> do you have some special rights? there is no edit button here.
Err, you mean like TRAC_A
Sergiu Carpov wrote:
Your solution doesn't work, because "expfile" has save_abs_path_ true
and in "params.filename" this fields is false. For the comparison of
DocFileName this value must be the same.
Hmm, OK, I see the issue.
By the way, what does it means "save_abs_path_" field?
It
Jean-Marc Lasgouttes wrote:
> It is the place where you can add new reports (try to click on one and
> click edit). The in a wiki page, the markup {1} will add report number
> 1.
do you have some special rights? there is no edit button here.
pavel
Pavel Sanda writes:
> Jean-Marc Lasgouttes wrote:
>> Pavel Sanda writes:
>> > can you show me a simple wiki page which uses this?
>>
>> http://www.lyx.org/trac/report
>
> wiki page means you have means to edit it.
It is the place where you can add new reports (try to click on one and
click edi
Jürgen Spitzmüller writes:
>> Are you sure that all the places where pasting is invoked allow for a
>> dialog?
>
> Hm, why shouldn't it?
I don't know... lyxserver?
> Then it is defined in a child and not in the master. If not, you found a bug
> that needs to be fixed.
The second guess is the c
rgh...@lyx.org writes:
> Author: rgheck
> Date: Tue Jul 7 15:25:43 2009
> New Revision: 30404
> URL: http://www.lyx.org/trac/changeset/30404
>
> Log:
> Move LFUN_TAB* handling from InsetListings to InsetCollapsable, so that
> the tabkeys works as such whenever PassThru is true.
Very good.
JMarc
Your solution doesn't work, because "expfile" has save_abs_path_ true
and in "params.filename" this fields is false. For the comparison of
DocFileName this value must be the same. By the way, what does it
means "save_abs_path_" field?
And also a minor difference is that in my example it was not-equ
Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
> > can you show me a simple wiki page which uses this?
>
> http://www.lyx.org/trac/report
wiki page means you have means to edit it.
pavel
Yes, i've verified with "pdfpages" and "rasterImage" (.png and .bmp).
In case of pdfpages and png rasterImage it doesn't export the included
file, i.e. no dummy overwrite message box. However for rasterImage of
type bmp lyx exports a png image.
On 07/07/2009, rgheck wrote:
> Sergiu Carpov wrote:
Jean-Marc Lasgouttes wrote:
> Add "component!=general"?
already found this ;)
> > now for more important things - is it possible to kill some components
> > or at least to hide them from comboxes? i would see some canditates
> > for removal - they only clutter ui.
>
> Yes, I can do that. You sho
Pavel Sanda writes:
> Jürgen Spitzmüller wrote:
>> Pavel Sanda wrote:
>> > so you would agree if i added new lfun, say lfun-branch-add-insert which
>> > would do the same as "branch-add branch_inset_insert" in my previous
>> > proposal ?
>>
>> Sure, but please wait until the branch-add lfun is i
Pavel Sanda wrote:
i see. as there was no feedback i suppose this module will stay locally on
my box, so no additional tweaks needed...
Actually, I meant to be endorsing it.
rh
pavel
Sergiu Carpov wrote:
rgheck writes:
Sergiu Carpov wrote:
Hi,
I am trying to fix this bug. And I have observed an incoherences in the
source code.
I'm examining the static function "updateExternal" from "external"
namespace, see this page
http://wiki.lyx.org/sourcedoc/svn/nam
Pavel Sanda writes:
> can you show me a simple wiki page which uses this?
http://www.lyx.org/trac/report
JMarc
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
The later is not in BufferParams. It only exists because there are
instances in the document. To write it differently, the Branch panel
would both show the branches of BufferParams and the branches that have
not been defined, allowing easily
Jürgen Spitzmüller wrote:
> > The later is not in BufferParams. It only exists because there are
> > instances in the document. To write it differently, the Branch panel
> > would both show the branches of BufferParams and the branches that have
> > not been defined, allowing easily to define these
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > so you would agree if i added new lfun, say lfun-branch-add-insert which
> > would do the same as "branch-add branch_inset_insert" in my previous
> > proposal ?
>
> Sure, but please wait until the branch-add lfun is in.
this question was more for
Uwe Stöhr wrote:
> > Generally yes, but you broke the dialog. I cannot open the UI file with
> > Qt
>
> > 4.2.3's designer.
>
> You need to update to a more recent Qt designer because the UI format of Qt
> 4.2 is outdated. (Qt 4.2 was released 3 years ago.)
> You can use the Qt designer of Qt 4.4.
Jean-Marc Lasgouttes wrote:
> The later is not in BufferParams. It only exists because there are
> instances in the document. To write it differently, the Branch panel
> would both show the branches of BufferParams and the branches that have
> not been defined, allowing easily to define these if ne
Pavel Sanda writes:
>> Why not just use group=component in the query?
>
> nice. still some issues ;) - no toc generated and some thing we dont want to
> see as the lngest general component.
Add "component!=general"?
> now for more important things - is it possible to kill some components
> o
Pavel Sanda wrote:
> so you would agree if i added new lfun, say lfun-branch-add-insert which
> would do the same as "branch-add branch_inset_insert" in my previous
> proposal ?
Sure, but please wait until the branch-add lfun is in.
Jürgen
> Generally yes, but you broke the dialog. I cannot open the UI file with Qt
> 4.2.3's designer.
You need to update to a more recent Qt designer because the UI format of Qt 4.2 is outdated. (Qt 4.2
was released 3 years ago.)
You can use the Qt designer of Qt 4.4.x or 4.5.x or the Qt creator sin
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > yes this was the first thing i proposed in my previous patch. the second
> > one was the possibility to insert branch inset (not only the branch)
> > directly into the document.
> >
> > if somebody wants to create branch in 90% cases he wants to pu
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>> What about adding the branch to the document, but as 'unconfirmed'? This
>> kind of branch could appear in branch settings, with the possibility to
>> actually add it.
>
> I'm not sure how this would actually help. What is the difference
Pavel Sanda wrote:
> yes this was the first thing i proposed in my previous patch. the second
> one was the possibility to insert branch inset (not only the branch)
> directly into the document.
>
> if somebody wants to create branch in 90% cases he wants to put it
> immediately into the text.
Thi
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > > No, I don't think we should change the buffer params behind the user's
> > > back.
> >
> > there is nothing to touch wrt buffer params. i just wanted to have menu
> > entry or shortcut like Insert->Branch->New branch inset.
>
> This is a differe
uwestoehr wrote:
> Log:
> NomenclUi.ui: fix #3936 also for the description field of the nomenclature
> dialog as reported in #6054
>
> OK for branch too?
Generally yes, but you broke the dialog. I cannot open the UI file with Qt
4.2.3's designer.
I'll fix it and do the change in branch.
Jürgen
Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
> > i found it would be very convenient when working with trac to have some fast
> > separation of bugs/enhacenment requests. as we havent find way how to tweak
> > colorings in the output i would like to turn enhacenment bugs priority field
> > in
Jean-Marc Lasgouttes wrote:
> Pavel Sanda writes:
> > i setup this new wiki page, feel free to add components you are intersted
> > in:
> > http://www.lyx.org/trac/wiki/Components
>
> Why not just use group=component in the query?
nice. still some issues ;) - no toc generated and some thing we
Jean-Marc Lasgouttes wrote:
> What about adding the branch to the document, but as 'unconfirmed'? This
> kind of branch could appear in branch settings, with the possibility to
> actually add it.
I'm not sure how this would actually help. What is the difference between a
non-active and an unconfi
>> Vincent van Ravesteijn wrote:
>> > r30392, r30393, and r30395 are fixes problems that were introduced
>> > by the fix for bug 5923. To be safe, I didn't backport this fix for
>> > the previous release, but it might be a candidate for branch now.
>>
>> Could you come up with a complete patch
Pavel Sanda wrote:
> > No, I don't think we should change the buffer params behind the user's
> > back.
>
> there is nothing to touch wrt buffer params. i just wanted to have menu
> entry or shortcut like Insert->Branch->New branch inset.
This is a different story (unrelated to pasting). If "M-x b
Pavel Sanda writes:
> i setup this new wiki page, feel free to add components you are intersted in:
> http://www.lyx.org/trac/wiki/Components
Why not just use group=component in the query?
JMarc
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > > * if you paste unknown branches to a document, it issues a dialog that
> > > asks you if those should be added to the document's branch list (bug
> > > #4462).
> >
> > would it be possible to allow direct paste of new branch inset into
> > docume
Pavel Sanda writes:
> i found it would be very convenient when working with trac to have some fast
> separation of bugs/enhacenment requests. as we havent find way how to tweak
> colorings in the output i would like to turn enhacenment bugs priority field
> into 'lower' ones. its rather useless du
Jürgen Spitzmüller writes:
> This patch (for trunk only) does two things:
>
> * it adds an lfun branch-add,
>
> * if you paste unknown branches to a document, it issues a dialog that asks
> you if those should be added to the document's branch list (bug #4462).
What about adding the branch to t
Pavel Sanda wrote:
> > * if you paste unknown branches to a document, it issues a dialog that
> > asks you if those should be added to the document's branch list (bug
> > #4462).
>
> would it be possible to allow direct paste of new branch inset into
> document?
No, I don't think we should change
On Tue, Jul 07, 2009 at 10:56:38AM +0200, Jürgen Spitzmüller wrote:
> Vincent van Ravesteijn wrote:
> > r30392, r30393, and r30395 are fixes problems that were introduced by
> > the fix for bug 5923. To be safe, I didn't backport this fix for the
> > previous release, but it might be a candidate fo
Hi,
I am using and enjoying LyX nearly every day for one year now, and I
realy want to thank you all for this program.
I also want to ask you about the possibility to introduce two new
abilities for LyX.
I would like to know if it would be possible to add a graphical support
of two LaTeX pac
Jean-Marc Lasgouttes wrote:
lasgout...@lyx.org writes:
Author: lasgouttes
Date: Tue Jul 7 12:50:27 2009
New Revision: 30399
URL: http://www.lyx.org/trac/changeset/30399
Log:
Fix #6013: SIGABRT if we spell check inside a math macro, and then hit replace
This is just a matter of checking th
hi,
i plan to run through our bugzilla to resort bugs into correct components,
close unresponed ones, find diplicates etc. to have less cluttered output
of trac search forms. so sorry beforehead for the trac email spam trac.
i found it would be very convenient when working with trac to have some
Jürgen Spitzmüller wrote:
> This patch (for trunk only) does two things:
>
> * it adds an lfun branch-add,
>
> * if you paste unknown branches to a document, it issues a dialog that asks
> you if those should be added to the document's branch list (bug #4462).
would it be possible to allow dire
Jean-Marc Lasgouttes wrote:
> Juergen, this is candidate for branch too.
go ahead.
Jürgen
default:
break; // nothing
}
Index: src/FuncCode.h
===
--- src/FuncCode.h (Revision 30391)
+++ src/FuncCode.h (Arbeitskopie)
@@ -435,6 +435,7 @@
LFUN_FONT_UWAVE,
LFUN_BUFFER_EXPORT, // Lgb 97-07-29
LFUN_BUFFER_TOGG
lasgout...@lyx.org writes:
> Author: lasgouttes
> Date: Tue Jul 7 12:50:27 2009
> New Revision: 30399
> URL: http://www.lyx.org/trac/changeset/30399
>
> Log:
> Fix #6013: SIGABRT if we spell check inside a math macro, and then hit replace
>
> This is just a matter of checking that we are in an in
bb wrote:
> 2. Sometimes, mostly at the start of a new lyx-session it is impossible
> to paste something at all, wether by mouse nor by keys. (I tried, but
do you have qt 4.5 ?
http://www.lyx.org/trac/ticket/5210
pavel
Vincent van Ravesteijn wrote:
> r30392, r30393, and r30395 are fixes problems that were introduced by
> the fix for bug 5923. To be safe, I didn't backport this fix for the
> previous release, but it might be a candidate for branch now.
Could you come up with a complete patch for branch that integ
rgheck writes:
>
> Sergiu Carpov wrote:
> > Hi,
> >
> > I am trying to fix this bug. And I have observed an incoherences in the
> > source code.
> > I'm examining the static function "updateExternal" from "external"
> > namespace, see this page
> >
http://wiki.lyx.org/sourcedoc/svn/namespacelyx_
Jürgen Spitzmüller schreef:
vfr wrote:
Author: vfr
Date: Tue Jul 7 10:13:07 2009
New Revision: 30395
URL: http://www.lyx.org/trac/changeset/30395
Log:
Fix crash when selecting part of a macro and trying to resume macro-mode
editing.
Please let me know whatever of these macro fixes is
vfr wrote:
> Author: vfr
> Date: Tue Jul 7 10:13:07 2009
> New Revision: 30395
> URL: http://www.lyx.org/trac/changeset/30395
>
> Log:
> Fix crash when selecting part of a macro and trying to resume macro-mode
> editing.
Please let me know whatever of these macro fixes is to be considered for
br
2009/7/6 Pavel Sanda
> Jürgen Spitzmüller wrote:
> > Swedish is unmaintained, so you just can take over.
> >
> > You'll find an old version of sv.po in the po directory, which is
> probably a
> > good starting point. There are also two Swedish documents (Intro and
> > Tutorial), which are probabl
78 matches
Mail list logo
