Dov Feldstern wrote:
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 unsign
Dov Feldstern wrote:
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).
Thanks.
This solution may be a bit of a hack --- I'm not familiar enough with
the bigger picture.
It is not a
Uwe Stöhr wrote:
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 messag
Enrico Forestieri wrote:
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 '
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 surro
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;
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 conf
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 plac
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 t
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 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 comm
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 expression
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 la
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!
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
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 the
> 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:
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 cache
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 extra_inc_path=..\..\lyx-windows-deps-msv
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 triggered
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
extra_lib_path=..\..\lyx-windows-deps-msvc-
> Excpet from the fact that the spellchecker is completely broken in trunk :-(
This is btw. reported here:
http://wiki.lyx.org/Devel/RegressionListSVN
Uwe
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:
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
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
>
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 i
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
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 su
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
=
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=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: src/insets
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)
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.
Ekk
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.
- Ma
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 Key
> 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
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
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
===
---
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 ver
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 commit
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
41 matches
Mail list logo
