Andre Poenitz wrote:
What's the reason of defining and throwing, but never catching
some exception?
IIRC, I've put some code in the Qt event loop to catch everything that
was not caught before.
Andre'
PS: Hint: It's 60k extra compilation...
What? The inheritance of std::bad_cast? Would
Andre Poenitz wrote:
On Mon, Oct 29, 2007 at 06:20:40PM +0100, Abdelrazak Younes wrote:
BTW has anyone else noticed that the character panel (text Style -
Customized) doesn't do anything anymore? Setting emph by ctrl-e
works fine, but from the panel it does nothing.
I guess nobody touched it
Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good time to
start the integration of my dynamic macros into trunk. I think my patch
is in a reasonable state right now that it makes sense to commit it.
Yes, much better except for
Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good time to
start the integration of my dynamic macros into trunk. I think my patch
is in a reasonable state right now that it makes sense to commit it.
I was testing the dynamic macros for two weeks
Am 30.10.2007 um 08:45 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good
time to start the integration of my dynamic macros into trunk. I
think my patch is in a reasonable state right now that it makes
sense to
Am 30.10.2007 um 00:44 schrieb Uwe Stöhr:
Stefan Schimanski schrieb:
@Uwe: Will you take care of the format changes?
I guess the lyx2lyx extension should come before the commit of my
patch?
I'm currently limited in my spare time, so I cannot promise to take
care a certain day. For me
On Mon, 29 Oct 2007 18:42:45 +0200
Martin Vermeer [EMAIL PROTECTED] wrote:
Partly building on Abdel's work with fonts and language. This should
help get Dov what he needs.
Tested it cursorily, should be OK. And found some bugs along the way ;-)
- Martin
Here is an improved version.
http://bugzilla.lyx.org/show_bug.cgi?id=3999
The attached patch (against branch) finally fixes this issue. I don't see an
alternative to implementing update_contents().
Objections?
Jürgen
Index: src/frontends/qt4/QSearch.h
===
---
The common way of copy+paste in linux is
to mark some text, and then middle-click where it
should go.
This has been broken in 1.6svn for some time.
The problem exists in a LyX compiled 17.october,
as well as today's LyX.
Such pasting will occationally work, but almost never.
Pasting within LyX
This has been broken in 1.6svn for some time.
The problem exists in a LyX compiled 17.october,
as well as today's LyX.
I noticed this a while ago, and nobody claimed responsibility for breaking it.
Bo
On 10/30/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: bpeng
Date: Tue Oct 30 17:04:48 2007
New Revision: 21291
URL: http://www.lyx.org/trac/changeset/21291
Log:
Fix the shortcut input dialog bug (can not input Ctrl-blah)
Problem: setKeySymbol sets QKeyEvent::text() as
On Tue, 30 Oct 2007 14:53:39 +0100
Helge Hafting [EMAIL PROTECTED] wrote:
...
Also, 1.6svn seems useless in that latex now chokes on
simple things like URLs. Probably an effect of
ongoing development. :-)
Helge Hafting
The attached should solve part of the problem. Going in.
-
Ekkehart Schlicht wrote:
It crashed again. I ran it with -dbg any and tried to pipe the output to
a text file. This did not work. I cannot copy and paste the output from
the debug window either. If you could make a suggestion how to capture
the output without retyping it (it is quite large) I
It crashed again. I ran it with -dbg any and tried to pipe the output to
a text file. This did not work. I cannot copy and paste the output from
the debug window either. If you could make a suggestion how to capture
the output without retyping it (it is quite large) I would be grateful.
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type) that results in an unwanted conversion of a tabulator ('\t') to
the digit '9'.
I'll commit to branch and trunk on Friday if I get no objections.
Jürgen
Index:
http://bugzilla.lyx.org/show_bug.cgi?id=3586
Missing update. Patch against branch attached (I haven't checked trunk yet,
but it shouldn't differ).
I'll commit to branch and trunk on Friday if I get no objections.
Jürgen
Index: src/frontends/controllers/ControlSpellchecker.cpp
http://bugzilla.lyx.org/show_bug.cgi?id=4090
I agree with the reporter that this behaviour is irritating, especially since
the error dialog can not be easily reopened.
I'll commit the attached to branch and trunk on Friday if I get no objections.
Jürgen
Index: src/frontends/qt4/QErrorList.cpp
On Tue, Oct 30, 2007 at 05:59:24PM +0100, Jürgen Spitzmüller wrote:
Ekkehart Schlicht wrote:
It crashed again. I ran it with -dbg any and tried to pipe the output to
a text file. This did not work. I cannot copy and paste the output from
the debug window either. If you could make a
Jürgen Spitzmüller wrote:
(I haven't checked trunk yet,
but it shouldn't differ).
Excpet from the fact that the spellchecker is completely broken in trunk :-(
Jürgen
Martin Vermeer wrote:
On Mon, 29 Oct 2007 18:42:45 +0200
Martin Vermeer [EMAIL PROTECTED] wrote:
Partly building on Abdel's work with fonts and language. This should
help get Dov what he needs.
Tested it cursorily, should be OK. And found some bugs along the way ;-)
- Martin
Here is an
On Tue, Oct 30, 2007 at 05:53:33PM +0100, Ekkehart Schlicht wrote:
It crashed again. I ran it with -dbg any and tried to pipe the output to
a text file. This did not work. I cannot copy and paste the output from
the debug window either. If you could make a suggestion how to capture
the
Abdelrazak Younes ha scritto:
I've played with it a bit together with Tommaso (off-list).
Confirmed. I made an attempt of refactory of the overall logics,
completely getting rid of the par height estimates, replaced by
appropriate loops summing up heights. This of course
ended up in a perfectly
Richard Heck ha scritto:
do something like hold down control+shift and click on a label
to insert a reference to that label at the current cursor position.
I'd like to suggest an alternative usage paradigm for this, conditioned to
the implementation of context-sensitive menus. The idea is:
Excpet from the fact that the spellchecker is completely broken in trunk :-(
This is btw. reported here:
http://wiki.lyx.org/Devel/RegressionListSVN
Uwe
When I start compiling LyX with the version suffix 16 using this command:
call scons install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release version_suffix=16
gettext=system nls=yes extra_inc_path=..\..\lyx-windows-deps-msvc-qt4\include
1. Create a new file, enter two lines of text and change the style of
the first line to section. ( a sample is attached).
2. select both lines, with mouse ending at the first line.
3. type something, the section title is changed
4. click on the second line, lyx crashes, with
Assertion
On 10/30/07, Uwe Stöhr [EMAIL PROTECTED] wrote:
When I start compiling LyX with the version suffix 16 using this command:
call scons install prefix=..\..\build-msvc use_vc=yes frontend=qt4
mode=release version_suffix=16
gettext=system nls=yes
Bo Peng schrieb:
Is this in a batch file?
Yes.
SCons still gives me this
-c install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release
version_suffix=15
gettext=system nls=yes
in scons_lyx.log Also when I start from scratch and delete the SCons cache, etc.
opt.cache will
When I now execute the command from the batch file, SCons uses 15 as
version suffix and not 16.
The third line of scons_lyx.log lists the command used, which is
simply what it gets from command line. If you get 15 over there, I
have no clue what is goine on.
Bo
Bo Peng schrieb:
The third line of scons_lyx.log lists the command used, which is
simply what it gets from command line. If you get 15 over there, I
have no clue what is goine on.
I found now the reason: My script started unwanted the script that is in
\development\Win32\packaging
and used
Hi!
I committed a fix to a bug due to the Font/Language separation, which
was causing LFUN_LANGUAGE to not work
(http://www.lyx.org/trac/changeset/21305).
This solution may be a bit of a hack --- I'm not familiar enough with
the bigger picture. Perhaps a better solution would be to further
Hi!
Martin --- thanks for all your work towards the ForceLTR option!
The attached patch uses this option in order to make sure that insets
which define this option are put in an LTR environment if they are in
RTL surroundings (which is why I originally asked for this option).
To this end, I
Hi!
A few days ago we were wondering about what exactly ignore_language
is, and I just ran into a use of it in the code so that I now think I
know what it is: it's used to represent a neutral language, i.e., when
providing a font-change mask, ignore_language is used to signify that
the
Hi!
There are a few warnings in Paragraph.cpp, if anyone cares to take a look:
Paragraph.cpp: In member function 'void
lyx::Paragraph::Private::insertChar(lyx::pos_type, lyx::char_type, const
lyx::Change)':
Paragraph.cpp:415: warning: comparison between signed and unsigned
integer
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type) that results in an unwanted conversion of a tabulator ('\t') to
the digit '9'.
I'll commit to
Since a while now I use Qt 4.3 to compile LyX with success. But when I check in modifiactions to
.ui-files, they cannot be compiled by those who use Qt 4.2.
I looked at the announcement files of Qt 4.3 but couldn't find a hint that Qt 4.3's ui format is
different, so what can be the problem?
On Wed, Oct 31, 2007 at 12:34:45AM +0100, Uwe Stöhr wrote:
Since a while now I use Qt 4.3 to compile LyX with success. But when I
check in modifiactions to .ui-files, they cannot be compiled by those who
use Qt 4.2.
I looked at the announcement files of Qt 4.3 but couldn't find a hint that
I wonder how much resistance the (re- ;-)) introduction of a
'real' lyx string class would meet.
Could be as simple as a struct wrapping a std::stringwhatever
and delegating all of the work to std::string.
The main advantages would be 'declarability' (i.e. class DocString;
would suffice in
Andre Poenitz schrieb:
It is different.
Why was this not announced, then?
There is usually no problem to use designer/moc/whatever from different
Qt versions. Just run the binary, no need to change system
configurations.
When I ty to run the binary I get an error message that the Qt
Some silly comments.
+ /// is this inset based on the CollapsableInset class?
+ virtual InsetCollapsable * asCollapsableInset() { return 0; }
+ /// is this inset based on the CollapsableInset class?
+ virtual InsetCollapsable const * asCollapsableInset() const { return 0;
On Wed, Oct 31, 2007 at 01:03:16AM +0200, Dov Feldstern wrote:
Hi!
Martin --- thanks for all your work towards the ForceLTR option!
The attached patch uses this option in order to make sure that insets
which define this option are put in an LTR environment if they are in
RTL
Andre Poenitz wrote:
What's the reason of defining and throwing, but never catching
some exception?
IIRC, I've put some code in the Qt event loop to catch everything that
was not caught before.
Andre'
PS: Hint: It's 60k extra compilation...
What? The inheritance of std::bad_cast? Would
Andre Poenitz wrote:
On Mon, Oct 29, 2007 at 06:20:40PM +0100, Abdelrazak Younes wrote:
BTW has anyone else noticed that the character panel (text Style ->
Customized) doesn't do anything anymore? Setting emph by ctrl-e
works fine, but from the panel it does nothing.
I guess nobody touched it
Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good time to
start the integration of my dynamic macros into trunk. I think my patch
is in a reasonable state right now that it makes sense to commit it.
Yes, much better except for
Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good time to
start the integration of my dynamic macros into trunk. I think my patch
is in a reasonable state right now that it makes sense to commit it.
I was testing the dynamic macros for two weeks
Am 30.10.2007 um 08:45 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Hi!
As a long weekend is approaching here I think it would be a good
time to start the integration of my dynamic macros into trunk. I
think my patch is in a reasonable state right now that it makes
sense to
Am 30.10.2007 um 00:44 schrieb Uwe Stöhr:
Stefan Schimanski schrieb:
@Uwe: Will you take care of the format changes?
> I guess the lyx2lyx extension should come before the commit of my
patch?
I'm currently limited in my spare time, so I cannot promise to take
care a certain day. For me
On Mon, 29 Oct 2007 18:42:45 +0200
Martin Vermeer <[EMAIL PROTECTED]> wrote:
>
> Partly building on Abdel's work with fonts and language. This should
> help get Dov what he needs.
>
> Tested it cursorily, should be OK. And found some bugs along the way ;-)
>
> - Martin
Here is an improved
http://bugzilla.lyx.org/show_bug.cgi?id=3999
The attached patch (against branch) finally fixes this issue. I don't see an
alternative to implementing update_contents().
Objections?
Jürgen
Index: src/frontends/qt4/QSearch.h
===
---
The common way of copy+paste in linux is
to mark some text, and then middle-click where it
should go.
This has been broken in 1.6svn for some time.
The problem exists in a LyX compiled 17.october,
as well as today's LyX.
Such pasting will occationally work, but almost never.
Pasting within LyX
> This has been broken in 1.6svn for some time.
> The problem exists in a LyX compiled 17.october,
> as well as today's LyX.
I noticed this a while ago, and nobody claimed responsibility for breaking it.
Bo
On 10/30/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: bpeng
> Date: Tue Oct 30 17:04:48 2007
> New Revision: 21291
>
> URL: http://www.lyx.org/trac/changeset/21291
> Log:
> Fix the shortcut input dialog bug (can not input Ctrl-blah)
Problem: setKeySymbol sets QKeyEvent::text() as
On Tue, 30 Oct 2007 14:53:39 +0100
Helge Hafting <[EMAIL PROTECTED]> wrote:
...
> Also, 1.6svn seems useless in that latex now chokes on
> simple things like URLs. Probably an effect of
> ongoing development. :-)
>
> Helge Hafting
The attached should solve part of the problem. Going in.
-
Ekkehart Schlicht wrote:
> It crashed again. I ran it with -dbg any and tried to pipe the output to
> a text file. This did not work. I cannot copy and paste the output from
> the debug window either. If you could make a suggestion how to capture
> the output without retyping it (it is quite
It crashed again. I ran it with -dbg any and tried to pipe the output to
a text file. This did not work. I cannot copy and paste the output from
the debug window either. If you could make a suggestion how to capture
the output without retyping it (it is quite large) I would be grateful.
http://bugzilla.lyx.org/show_bug.cgi?id=4147
The bug is the result of an encoding failure (use of char instead of
char_type) that results in an unwanted conversion of a tabulator ('\t') to
the digit '9'.
I'll commit to branch and trunk on Friday if I get no objections.
Jürgen
Index:
http://bugzilla.lyx.org/show_bug.cgi?id=3586
Missing update. Patch against branch attached (I haven't checked trunk yet,
but it shouldn't differ).
I'll commit to branch and trunk on Friday if I get no objections.
Jürgen
Index: src/frontends/controllers/ControlSpellchecker.cpp
http://bugzilla.lyx.org/show_bug.cgi?id=4090
I agree with the reporter that this behaviour is irritating, especially since
the error dialog can not be easily reopened.
I'll commit the attached to branch and trunk on Friday if I get no objections.
Jürgen
Index: src/frontends/qt4/QErrorList.cpp
On Tue, Oct 30, 2007 at 05:59:24PM +0100, Jürgen Spitzmüller wrote:
> Ekkehart Schlicht wrote:
> > It crashed again. I ran it with -dbg any and tried to pipe the output to
> > a text file. This did not work. I cannot copy and paste the output from
> > the debug window either. If you could make a
Jürgen Spitzmüller wrote:
> (I haven't checked trunk yet,
> but it shouldn't differ).
Excpet from the fact that the spellchecker is completely broken in trunk :-(
Jürgen
Martin Vermeer wrote:
On Mon, 29 Oct 2007 18:42:45 +0200
Martin Vermeer <[EMAIL PROTECTED]> wrote:
Partly building on Abdel's work with fonts and language. This should
help get Dov what he needs.
Tested it cursorily, should be OK. And found some bugs along the way ;-)
- Martin
Here is an
On Tue, Oct 30, 2007 at 05:53:33PM +0100, Ekkehart Schlicht wrote:
>
>
> It crashed again. I ran it with -dbg any and tried to pipe the output to
> a text file. This did not work. I cannot copy and paste the output from
> the debug window either. If you could make a suggestion how to capture
Abdelrazak Younes ha scritto:
I've played with it a bit together with Tommaso (off-list).
Confirmed. I made an attempt of refactory of the overall logics,
completely getting rid of the par height estimates, replaced by
appropriate loops summing up heights. This of course
ended up in a perfectly
Richard Heck ha scritto:
do something like hold down control+shift and click on a label
to insert a reference to that label at the current cursor position.
I'd like to suggest an alternative usage paradigm for this, conditioned to
the implementation of context-sensitive menus. The idea is:
> Excpet from the fact that the spellchecker is completely broken in trunk :-(
This is btw. reported here:
http://wiki.lyx.org/Devel/RegressionListSVN
Uwe
When I start compiling LyX with the version suffix "16" using this command:
call scons install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release version_suffix=16
gettext=system nls=yes extra_inc_path=..\..\lyx-windows-deps-msvc-qt4\include
1. Create a new file, enter two lines of text and change the style of
the first line to section. ( a sample is attached).
2. select both lines, with mouse ending at the first line.
3. type something, the section title is changed
4. click on the second line, lyx crashes, with
Assertion
On 10/30/07, Uwe Stöhr <[EMAIL PROTECTED]> wrote:
> When I start compiling LyX with the version suffix "16" using this command:
>
> call scons install prefix=..\..\build-msvc use_vc=yes frontend=qt4
> mode=release version_suffix=16
> gettext=system nls=yes
Bo Peng schrieb:
Is this in a batch file?
Yes.
SCons still gives me this
-c install prefix=..\..\build-msvc use_vc=yes frontend=qt4 mode=release
version_suffix=15
gettext=system nls=yes
in scons_lyx.log Also when I start from scratch and delete the SCons cache, etc.
opt.cache will
> When I now execute the command from the batch file, SCons uses "15" as
> version suffix and not "16".
The third line of scons_lyx.log lists the command used, which is
simply what it gets from command line. If you get 15 over there, I
have no clue what is goine on.
Bo
Bo Peng schrieb:
The third line of scons_lyx.log lists the command used, which is
simply what it gets from command line. If you get 15 over there, I
have no clue what is goine on.
I found now the reason: My script started unwanted the script that is in
\development\Win32\packaging
and used
Hi!
I committed a fix to a bug due to the Font/Language separation, which
was causing LFUN_LANGUAGE to not work
(http://www.lyx.org/trac/changeset/21305).
This solution may be a bit of a hack --- I'm not familiar enough with
the bigger picture. Perhaps a better solution would be to further
Hi!
Martin --- thanks for all your work towards the ForceLTR option!
The attached patch uses this option in order to make sure that insets
which define this option are put in an LTR environment if they are in
RTL surroundings (which is why I originally asked for this option).
To this end, I
Hi!
A few days ago we were wondering about what exactly "ignore_language"
is, and I just ran into a use of it in the code so that I now think I
know what it is: it's used to represent a "neutral" language, i.e., when
providing a font-change mask, ignore_language is used to signify that
the
Hi!
There are a few warnings in Paragraph.cpp, if anyone cares to take a look:
Paragraph.cpp: In member function 'void
lyx::Paragraph::Private::insertChar(lyx::pos_type, lyx::char_type, const
lyx::Change&)':
Paragraph.cpp:415: warning: comparison between signed and unsigned
integer
On Tue, Oct 30, 2007 at 06:26:45PM +0100, Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=4147
>
> The bug is the result of an encoding failure (use of char instead of
> char_type) that results in an unwanted conversion of a tabulator ('\t') to
> the digit '9'.
>
> I'll
Since a while now I use Qt 4.3 to compile LyX with success. But when I check in modifiactions to
.ui-files, they cannot be compiled by those who use Qt 4.2.
I looked at the announcement files of Qt 4.3 but couldn't find a hint that Qt 4.3's ui format is
different, so what can be the problem?
On Wed, Oct 31, 2007 at 12:34:45AM +0100, Uwe Stöhr wrote:
> Since a while now I use Qt 4.3 to compile LyX with success. But when I
> check in modifiactions to .ui-files, they cannot be compiled by those who
> use Qt 4.2.
>
> I looked at the announcement files of Qt 4.3 but couldn't find a hint
I wonder how much resistance the (re- ;-)) introduction of a
'real' lyx string class would meet.
Could be as simple as a struct wrapping a std::string
and delegating all of the work to std::string.
The main advantages would be 'declarability' (i.e. class DocString;
would suffice in lots of
Andre Poenitz schrieb:
It is different.
Why was this not announced, then?
There is usually no problem to use designer/moc/whatever from different
Qt versions. Just run the binary, no need to change "system
configurations".
When I ty to run the binary I get an error message that the Qt
Some silly comments.
+ /// is this inset based on the CollapsableInset class?
+ virtual InsetCollapsable * asCollapsableInset() { return 0; }
+ /// is this inset based on the CollapsableInset class?
+ virtual InsetCollapsable const * asCollapsableInset() const { return 0;
On Wed, Oct 31, 2007 at 01:03:16AM +0200, Dov Feldstern wrote:
> Hi!
>
> Martin --- thanks for all your work towards the ForceLTR option!
>
> The attached patch uses this option in order to make sure that insets
> which define this option are put in an LTR environment if they are in
> RTL
82 matches
Mail list logo
