Re: r32819 - lyx-devel/branches/BRANCH_1_6_X/lib/doc

On 01/06/2010 05:09 PM, sa...@lyx.org wrote: Author: sanda Date: Wed Jan 6 23:09:04 2010 New Revision: 32819 URL: http://www.lyx.org/trac/changeset/32819 Log: Backport svn+shh note to branch. BTW we have manuals in trunk saved in trunk's format, which makes impossible to backport any text with

Re: r32818 - in lyx-devel/trunk/lib/doc: . de es fr

On 01/06/2010 04:55 PM, uwesto...@lyx.org wrote: Author: uwestoehr Date: Wed Jan 6 22:55:31 2010 New Revision: 32818 URL: http://www.lyx.org/trac/changeset/32818 Log: EmbeddedObjects.lyx: mention the LyX bug about \includeonly, see #5360 Note that this will probably need changing, since Ju

Re: :frontend::ProgressViewWidget::settingsLayout missing

On Wed, Jan 06, 2010 at 11:04:06PM +0100, Vincent van Ravesteijn wrote: > I mean the attached patch. The problem turns out to be that, for some reason, old uic versions (Qt 4.2 and 4.3) ignore the class name and use a predefined name. I commited a patch that fixes the glitch for Qt 4.3 and almost

Re: :frontend::ProgressViewWidget::settingsLayout missing

On Wed, Jan 06, 2010 at 10:47:32PM +0100, Pavel Sanda wrote: > we are slowly growing for 4.4 as was discussed more times before... Not again, please. This is not due to missing functionality but to uic bugs. -- Enrico

Re: [patches for branch] tex2lyx improvements and fixes - piece 4

Am 07.01.2010 00:37, schrieb Uwe Stöhr: This is the fourth and final one: - recognize the correct type of quotes. Information to do this is taken from http://en.wikipedia.org/wiki/Quotation_mark,_non-English_usage (I extended this Wikipedia list with infos I found by googling the net.) regard

Re: [patches for branch] tex2lyx improvements and fixes - piece 3

Am 07.01.2010 00:08, schrieb Uwe Stöhr: This is the third one: - code simplification: don't evaluate synonym languages at three different places. Do this right before writing the LyX file header. regards Uwe Index: preamble.cpp =

Re: [patches for branch] tex2lyx improvements and fixes - piece 2

I want to commit them also to branch split into small pieces. This is the second one: - don't specially handle the document encoding any longer - tex2lyx supports fileformat 264 since a while now and support for ascii was added in fileformat 262 regards Uwe Index: preamble.cpp ==

[patches for branch] tex2lyx improvements and fixes

Hello Jürgen, around December 8 - 12 I committed some patches for tex2lyx that fixes a few bugs and add new features. (forced by JMarc ;-) ) I want to commit them also to branch split into small pieces. Attached is the first one: - accept Kazakh as document language - fix a few comments OK t

Re: VCBackend::SVN code

Vincent van Ravesteijn wrote: > I had a look at the locking code (because of bug #6433), but I have some > questions. thank you for looking on that bug, it would be problem to debug/test it here. > Typo ? : > > void SVN::scanMaster() > { >locker_.clear(); >vcstatus = NOLOCKING; >if (

Re: [patch] Automated formatting of Keytest bug reports.

John McCabe-Dansted wrote: > It does not introduce any filenames with ':' though :). its in. pavel

Re: :frontend::ProgressViewWidget::settingsLayout missing

Pavel Sanda schreef: Vincent van Ravesteijn wrote: Isn't this fixed easily by removing the redundant layout ? you mean the previous patch? (no according to JMarc...) pavel No, I didn't do that. I introduced an empty settingsLayout, which is probably the same problem. I never tried

Re: :frontend::ProgressViewWidget::settingsLayout missing

Vincent van Ravesteijn wrote: > Isn't this fixed easily by removing the redundant layout ? you mean the previous patch? (no according to JMarc...) pavel

Re: :frontend::ProgressViewWidget::settingsLayout missing

Pavel Sanda schreef: Peter Kümmel wrote: When the designer is only PITA, then we should drop the ui file and make it by hand. Peter I've disabled the dialog for Qt versions < 4.5. At least it should compile now. it worked with 4.4.1 here. we are slowly growing for 4.4 as was

Re: :frontend::ProgressViewWidget::settingsLayout missing

Peter Kümmel wrote: > > When the designer is only PITA, then we should drop the > > ui file and make it by hand. > > > > Peter > > > > I've disabled the dialog for Qt versions < 4.5. > At least it should compile now. it worked with 4.4.1 here. we are slowly growing for 4.4 as was discussed mo

Re: :frontend::ProgressViewWidget::settingsLayout missing

Am Mittwoch, den 06.01.2010, 21:41 +0100 schrieb Peter Kümmel: > Am Mittwoch, den 06.01.2010, 10:36 -0500 schrieb Manoj Rajagopalan: > > > > On Wednesday 06 January 2010 05:42:35 am Kornel Benko wrote: > > > Am Wednesday 06 January 2010 schrieb Jean-Marc Lasgouttes: > > > > "Vincent van Ravesteijn

Re: r32615 - lyx-devel/trunk/src/frontends/qt4

On Tue, Dec 22, 2009 at 10:44:14PM +0100, for...@lyx.org wrote: > Author: forenr > Date: Tue Dec 22 22:44:14 2009 > New Revision: 32615 > URL: http://www.lyx.org/trac/changeset/32615 > > Log: > Allow spaces in path names for LFUN_SERVER_GOTO_FILE_ROW. Jürgen, find attached the corresponding patc

Re: About the new Debug Window

Am Mittwoch, den 06.01.2010, 10:56 +0100 schrieb Jean-Marc Lasgouttes: > Jürgen Spitzmüller writes: > > > Peter Kümmel wrote: > >> I've committed a patch: It's still a checkbox but with three states: it > >> toggles between all levels enabled, all disabled, and previous selected > >> levels. Hope

Re: About the new Debug Window

Am Mittwoch, den 06.01.2010, 10:46 +0100 schrieb Jürgen Spitzmüller: > Peter Kümmel wrote: > > I've committed a patch: It's still a checkbox but with three states: it > > toggles between all levels enabled, all disabled, and previous selected > > levels. Hope it's perfect now ;) > > From an UI poi

Re: :frontend::ProgressViewWidget::settingsLayout missing

Am Mittwoch, den 06.01.2010, 10:36 -0500 schrieb Manoj Rajagopalan: > > On Wednesday 06 January 2010 05:42:35 am Kornel Benko wrote: > > Am Wednesday 06 January 2010 schrieb Jean-Marc Lasgouttes: > > > "Vincent van Ravesteijn - TNW" writes: > > > > Would the attached be something ? > > > > > > St

Re: [patch] includeonly

On 01/06/2010 12:36 PM, Jürgen Spitzmüller wrote: The attached patch adds basic support for \includeonly, which cannot be used natively in the preamble, due to our file name mangling. What it does not do yet is to check if all aux files are there (which is necessary if the page numbers and refer

FindAdv Manual

Hello, I committed a first version of the manual for the Advanced Find and Replace. http://www.lyx.org/trac/log/lyx-devel/trunk/lib/doc/AdvancedSearch.lyx?rev=32793 AFAICR, somebody wanted to integrate it into the UserGuide.lyx (instead of keeping it as a separate document), so I would say

Re: FindAdv - Font update on Ctrl + mouse-wheel

Abdelrazak Younes wrote: Tommaso Cucinotta wrote: Hello, when zooming in/out with [Ctrl] + [Mouse Wheel], document WA's font is immediately updated, but if the Advanced F&R dialog is shown, its own WAs' font (find WA and replace WA) is not immediately updated, but delayed until the next edit

Re: FindAdv - Font update on Ctrl + mouse-wheel

Tommaso Cucinotta wrote: Hello, when zooming in/out with [Ctrl] + [Mouse Wheel], document WA's font is immediately updated, but if the Advanced F&R dialog is shown, its own WAs' font (find WA and replace WA) is not immediately updated, but delayed until the next editing action. The attached

[patch] includeonly

The attached patch adds basic support for \includeonly, which cannot be used natively in the preamble, due to our file name mangling. What it does not do yet is to check if all aux files are there (which is necessary if the page numbers and references to the non-included children should be main

Re: #6430: Run BibTeX on every .aux-file for biblatex option "refsection=chapter"

Hello, I have tried to follow the workaround mentioned on http://wiki.lyx.org/BibTeX/Tips#secbib but I am not sure where to put the "bibtexall"-file (OSX). As I did not know, what was meant with the "path" where I would have to put this file I entered "echo $PATH" into the terminal. I´ve got

FindAdv - Font update on Ctrl + mouse-wheel

Hello, when zooming in/out with [Ctrl] + [Mouse Wheel], document WA's font is immediately updated, but if the Advanced F&R dialog is shown, its own WAs' font (find WA and replace WA) is not immediately updated, but delayed until the next editing action. The attached patch fixes such behaviou

Re: :frontend::ProgressViewWidget::settingsLayout missing

On Wednesday 06 January 2010 05:42:35 am Kornel Benko wrote: > Am Wednesday 06 January 2010 schrieb Jean-Marc Lasgouttes: > > "Vincent van Ravesteijn - TNW" writes: > > > Would the attached be something ? > > > > Still same error here (qt 4.2.3). > > > > JMarc > > Same with qt 4-4.3.1 (OpenSuSE

Re: LyXAction.cpp Question

On 01/06/2010 03:39 AM, Jean-Marc Lasgouttes wrote: rgheck writes: Not that it's a big deal, but it seems a bit of a waste to have both lyx_func_map and lyx_info_map here, since lyx_info_map actually contains the info that lyx_func_map does. The changes needed if we eliminate lyx_func_map

Re: [patch] Automated formatting of Keytest bug reports.

This fixes a bug where get_pid mistakes "gdb lyx" for the lyx process, preventing it from working at all unless lyx is a symbolic link. Additionally this patch reduces the size of the log, as it no longer generates 3+ lines in the log for every key sent. It also adds more sanity checking and variou

Re: For branch ?

Vincent van Ravesteijn - TNW wrote: > Someone on the user list raised the issue that when you type text in red in > a table and you jump to the next cell, the text typed there will be still > red. However, when you mouseclick in the next cell, then the text typed > there will be set to the curre

RE: r32678 - in lyx-devel/trunk/src: . frontends frontends/qt4

>the next step in that patch would be to remove passing of >the BufferView object to lyxfind.cpp (and corresponding >putSelectionAt() and replace functionality), but limit it >to exclusively returning the match (DocIterator and length, >a bool does not suffice), or making some progress towards >fin

Re: r32678 - in lyx-devel/trunk/src: . frontends frontends/qt4

On Wednesday 06 January 2010 13:03:26 Tommaso Cucinotta wrote: > yes of couse. I keep wonderiing why software components communicate > among each other by means of formatting/parsing human-readable strings ! > (similarly to kernel-space user-space comms that happens when you open > `top' or gnom

Re: r32678 - in lyx-devel/trunk/src: . frontends frontends/qt4

Vincent van Ravesteijn - TNW wrote: AFAICS, what is returned by an LFUN may be LFUN dependent. So we have two options: 1) use the string-encoded return mechanism, similarly to the current LFUN argument passing (personally disliked); 2) use a basic DispatchResult class with proper subclasses which

RE: For branch ?

>> New Revision: 32570 >> URL: >> http://www.lyx.org/trac/changeset/32570 >> >> Log: Set the current font when moving into a table or between two >> table cells. > >What was the respective bug? > Someone on the

RE: r32678 - in lyx-devel/trunk/src: . frontends frontends/qt4

>> This particular version seems unnecessarily complex. >> FuncRequest should just have a DispatchResult member. >> The pointer member is asking for trouble, I think. > >AFAICS, what is returned by an LFUN may be LFUN dependent. >So we have two options: 1) use the string-encoded return >mechanism

Re: #6430: Run BibTeX on every .aux-file for biblatex option "refsection=chapter"

Please keep this on the list. Also sprach jezZiFeR: > thank you. Unfortunatelly Lyx still does not find the files and the > BibTeX-references are only displayed as cite-keys in the document. I > have placed the bibtexall-script in the "applications"-folder, which > is the folder for executab

Re: r32678 - in lyx-devel/trunk/src: . frontends frontends/qt4

rgheck wrote: This particular version seems unnecessarily complex. FuncRequest should just have a DispatchResult member. The pointer member is asking for trouble, I think. AFAICS, what is returned by an LFUN may be LFUN dependent. So we have two options: 1) use the string-encoded return mechani

Re: r32678 - in lyx-devel/trunk/src: . frontends frontends/qt4

Vincent van Ravesteijn - TNW wrote: I'd also want to figure out some way to allow just the DispatchResult member to be modified, even when FuncRequest is const. You mean you want to declare it "mutable" ? I thought to this option as well, but I think it would probably be even worse as

Re: :frontend::ProgressViewWidget::settingsLayout missing

Am Wednesday 06 January 2010 schrieb Jean-Marc Lasgouttes: > "Vincent van Ravesteijn - TNW" writes: > > > Would the attached be something ? > > Still same error here (qt 4.2.3). > > JMarc > Same with qt 4-4.3.1 (OpenSuSE 10.3) Kornel signature.asc Description: This is a digitally

Re: About the new Debug Window

Jürgen Spitzmüller writes: > Peter Kümmel wrote: >> I've committed a patch: It's still a checkbox but with three states: it >> toggles between all levels enabled, all disabled, and previous selected >> levels. Hope it's perfect now ;) > > From an UI point of view, I'd very much prefer a combo or

Re: About the new Debug Window

Peter Kümmel wrote: > I've committed a patch: It's still a checkbox but with three states: it > toggles between all levels enabled, all disabled, and previous selected > levels. Hope it's perfect now ;) From an UI point of view, I'd very much prefer a combo or radio buttons instead. We do not use

Re: #6430: Run BibTeX on every .aux-file for biblatex option "refsection=chapter"

jezZiFeR wrote: > thank you for the hint with the workaround! I would be glad if you > could explain, where to put the script in the path. Would, on OSX, > library>texmf>tex>latex be fine? Or has it got to be in the usr- > folder, in temf-dist, where I also could find a bibtex-folder? Would

Re: :frontend::ProgressViewWidget::settingsLayout missing

"Vincent van Ravesteijn - TNW" writes: > Would the attached be something ? Still same error here (qt 4.2.3). JMarc

Re: Building LyX from shared libraries

Abdelrazak Younes writes: > Manoj Rajagopalan wrote: >> There is no explanation for why libtool was removed last year. Does >> anyone know? >> > > Because it slows down compilation a lot. And there was no evidence that we really needed it. JMarc

Re: LyXAction.cpp Question

rgheck writes: > Not that it's a big deal, but it seems a bit of a waste to have both > lyx_func_map and lyx_info_map here, since lyx_info_map actually > contains the info that lyx_func_map does. The changes needed if we > eliminate lyx_func_map seem pretty minor, too. Anyone know of a reason > n