Hi,
I have been using lyx 1.5.0rc1 (on Win XP) for a while to write my
diploma thesis. However, a while ago I started to experience regular
crashes when scrolling. I have tried to reproduce the crash by stripping
down my thesis bit by bit and ended up with a very short document which
I is att
On Tue, 2007-06-19 at 17:51 +0200, Jean-Marc Lasgouttes wrote:
> > "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
>
> Darren> My point was that in the past you could enter them and they
> Darren> would be removed when you moved away, but now you can't enter
> Darren> them at all. I vot
Hello:
I am running LyX 1.5.0rc1 on Windows XP with a US keyboard configured
as United States (international), so I can use dead keys.
All dead keys work properly in LyX except the circumflex accent (^)
key, which neither works in text mode nor in math mode (by the way, it
works properly
On Tue, Jun 19, 2007 at 04:22:59PM -0300, Fernando Roig wrote:
> Hi developers:
>
> I am running LyX 1.5.0rc1 on Windows XP SP2. When I include an eps
> graph, LyX is not able to show it but displays the message "Error
> converting to loadable format"
>
> I run lyxc.exe -dbg graphics and got
Dov Feldstern schrieb:
* Numbers in Arabic are printed backwards (1234 -> 4321), which is wrong.
It#s up to you to change this. The arabi documentation tells you that you can put this also to a
\textL environment.
I'm attaching a patch for the \R -> \AR issue, so that you can play
around
> I am running LyX 1.5.0rc1 on Windows XP SP2. When I include an eps
> graph, LyX is not able to show it but displays the message "Error
> converting to loadable format"
>
> I run lyxc.exe -dbg graphics and got the output below when including
> the graph.
>
> Does anybody knows what is goin
Hi developers:
I am running LyX 1.5.0rc1 on Windows XP SP2. When I include an eps
graph, LyX is not able to show it but displays the message "Error
converting to loadable format"
I run lyxc.exe -dbg graphics and got the output below when including
the graph.
Does anybody knows what is g
On Tuesday 19 June 2007 21:58:16 Michael Gerz wrote:
> If I get another OK, I will commit. As soon as we have a better
> solution, I am going to revert the quick fix.
>
> Michael
OK.
--
José Abílio
Enrico Forestieri wrote:
You did it! Works like a charm.
:)
A big thank you!
thanks for testing!
...
will collect 2 ok's tomorrow.
josé?
On Tue, Jun 19, 2007 at 08:40:52PM +0200, Edwin Leuven wrote:
> the attached patch has the advantage that it also allows tearoff panels
> on the mac
>
> i would be very surprised if this one doesn't work for you
You did it! Works like a charm.
A big thank you!
--
Enrico
Pavel Sanda schrieb:
In contrary, my resources are limited at the moment.
the quick fix is below.
I think this is a good work-around for the time being (i.e. 1.5rc2).
If I get another OK, I will commit. As soon as we have a better
solution, I am going to revert the quick fix.
Micha
To fix bug 3813, I have copied dictionary files to
http://www.lyx.org/~bpeng/aspell6-windows"; and make it an alternative
downloading URL. The installer seems to work now.
If there is a better location, I can change this URL.
Cheers,
Bo
-- Forwarded message --
Author: bpeng
Date
in summary:
- allow panels to tear off using only qt 4.1 functionality
- reported to work on windows, linux and mac
seeking 2 ok's
works for me with latest svn, qt4.3.0 and mac os x.
andi
Enrico Forestieri wrote:
Edwin, I really appreciate your effort for trying to provide this
feature with Qt 4.1. However, I think that we should not jump through
hoops if something is hard to obtain with older Qt versions.
It suffices to let the thing compile, even with reduced functionality.
I t
Abdelrazak Younes wrote:
> I'll be off for a few days and I didn't
> want RC2 to behave like this.
Me as well (until the weekend). So if you think any of the patches I posted
should go in, feel free to commit them.
Jürgen
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
Actually the fix for bug
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
No this is something els
Abdelrazak Younes wrote:
> Use case:
>
> 1) Open doc1
> 2) scroll a bit
> 3) open doc2
> 4) close doc2
>
> Bug: The cursor is not at last position of doc1 and the screen is not
> redrawn.
This is bug 3171, right?
http://bugzilla.lyx.org/show_bug.cgi?id=3171
I've no time to test ATM, but your expl
Jean-Marc Lasgouttes wrote:
> It looks better, but I'll let Michael decide.
OK. Michael, if you're fine with this as well, just commit it.
Jürgen
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> On Mon, 18 Jun 2007, Andre Poenitz wrote:
>> Now that I was too stupid to get my booking right the first time, I
>> again have a choice of dates.
>>
>> Originally I was thinking about Thursday-Monday "as usual" but
Use case:
1) Open doc1
2) scroll a bit
3) open doc2
4) close doc2
Bug: The cursor is not at last position of doc1 and the screen is not
redrawn.
The fix is simple. The removed code is already done on Buffer deletion
thanks to the Buffer::closing() signal connection to LyXView. Setting
the B
On Tue, Jun 19, 2007 at 04:14:18PM +0200, Leuven, E. wrote:
> in summary:
>
> - allow panels to tear off using only qt 4.1 functionality
>
> - reported to work on windows, linux and mac
>
> seeking 2 ok's
Edwin, I really appreciate your effort for trying to provide this
feature with Qt 4.1. Ho
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Tue Jun 19 16:59:34 2007
New Revision: 18826
URL: http://www.lyx.org/trac/changeset/18826
Log:
Trivial whitespace fix.
Sorry but it doesn't look trivial...
OK, got it.
Abdel.
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> I see. Like in the attached? (I don't see the need to do the
Jürgen> test for multiple paragraphs)
It looks better, but I'll let Michael decide.
JMarc
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Tue Jun 19 16:59:34 2007
New Revision: 18826
URL: http://www.lyx.org/trac/changeset/18826
Log:
Trivial whitespace fix.
Sorry but it doesn't look trivial...
Modified:
lyx-devel/trunk/src/BufferView.cpp
Modified: lyx-devel/trunk/src/BufferVie
> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
Darren> My point was that in the past you could enter them and they
Darren> would be removed when you moved away, but now you can't enter
Darren> them at all. I vote for the older behaviour which feels more
Darren> natural.
Are you sure
Richard Heck wrote:
Abdelrazak Younes wrote:
Hi Richard,
I've done that and did a bit more simplifications. Patch attached
(not tested yet).
Here is a patch that actually compiles and works for all use cases.
Whoops. I just committed the other one, per your suggestion. If you want
to revert
On 6/19/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
Jürgen Spitzmüller wrote:
> OK?
Since it's obvious and harmless, I just committed.
+1, though late.
Bo
Abdelrazak Younes wrote:
Hi Richard,
I've done that and did a bit more simplifications. Patch attached
(not tested yet).
Here is a patch that actually compiles and works for all use cases.
Whoops. I just committed the other one, per your suggestion. If you want
to revert and commit this one,
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think,
solves the remaining problems. Whether this is the best way to do
it, I'm not sure. Abdel was talking about a more major
re-organization of the code, but may
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the
code, but maybe that could wait.
Mayb
On Tue, 2007-06-19 at 15:58 +0200, Helge Hafting wrote:
> Darren Freeman wrote:
> > considered it to be anything other than a little colourful. I was
> > referring to the heavy-handed policing which LyX is now applying to
> > extra white-space and I think I made my point.
> >
> Removing those sp
Bennett Helm wrote:
> What I meant is that when the panel pops up, there's no clear indication
> from its appearance that tearing it off can work, and so people won't
> likely try clicking there and discover the tear-off feature. Is there
> some other way to make this function more apparent?
i'
Darren Freeman wrote:
On Mon, 2007-06-18 at 12:40 +0200, Hellmut Weber wrote:
Hi Darren, don't you think that calling a lyx behaviour 'gestapo
behaviour' is inappropriate?
I don't think I spent any more than three seconds on it and hadn't
considered it to be anything other than a littl
Anybody tried it? Need another OK for committing.
Stefan
Am 18.06.2007 um 11:37 schrieb Abdelrazak Younes:
Stefan Schimanski wrote:
Sorry, I misread Key_Space for Key_Escape. But Key_Space of
course doesn't look right as an LFUN can have arguments.
That's the reason for Key_Space. Space will
On Jun 19, 2007, at 9:13 AM, Leuven, E. wrote:
Bennett Helm wrote:
It works on Mac, though it's not obvious that it should.
don't know what this means
What I meant is that when the panel pops up, there's no clear
indication from its appearance that tearing it off can work, and so
people
Bennett Helm wrote:
> It works on Mac, though it's not obvious that it should.
don't know what this means
> The panel
> that pops up has a wider border on the top with an extra horizontal
> line, but nothing that looks like a title bar.
sounds like intended behavior: this is the regular popup
From: news on behalf of Alfredo Braunstein
> Works fine here (linux, qt 4.2.3). Nice stuff.
great. so if now some mac people can chime in...
On Jun 19, 2007, at 6:08 AM, Leuven, E. wrote:
another approach:
here i use the old math panel (the one that works for everyone)
and draw a tear-off widget ourselves
works fine for me
so am seeking volunteers (esp mac and linux)!
any takers? ;-)
It works on Mac, though it's not obvious
Leuven, E. wrote:
> another approach:
>
> here i use the old math panel (the one that works for everyone)
>
> and draw a tear-off widget ourselves
>
> works fine for me
>
> so am seeking volunteers (esp mac and linux)!
>
> any takers? ;-)
Works fine here (linux, qt 4.2.3).
Nice stuff.
A/
Jean-Marc Lasgouttes wrote:
> >> Is the thing correct when there is no selection? I would think the
> >> replace() then searches for the next hit. Of course, this is
> >> difficult to get right, but at least a FIXME would be useful.
>
> Jürgen> I would think everythink would be OK if the "replace"
Jean-Marc:
I deposited an example to
http://www.semverteilung.vwl.uni-muenchen.de/temp/short.zip
It contains
1. short.doc: Shortened version of a winword file I obtained from the
publisher
2. short.tex: short.doc exported by OpenOfficeWriter 2.2 to Latex. As
you can see it is rather clean.
> In contrary, my resources are limited at the moment.
the quick fix is below.
> Setting the user name to anonymous may be a good solution for the time being
> (at least for 1.5rc2) provided that we can change back to the old settings at
> no cost later.
afaik the current situation is :
1. us
another approach:
here i use the old math panel (the one that works for everyone)
and draw a tear-off widget ourselves
works fine for me
so am seeking volunteers (esp mac and linux)!
any takers? ;-)
Index: src/frontends/qt4/IconPalette.cpp
==
Dov Feldstern wrote:
Yeah, I don't know. I'm just basing this on the comment above. But I
can't imagine that there are anywhere near 32-bits worth of unicode
symbols...
The Unicode standard defines that it has 21-bit code points, so there
are 11 bits left that can be used. This number will no
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Jean-Marc Lasgouttes wrote:
>> Is the thing correct when there is no selection? I would think the
>> replace() then searches for the next hit. Of course, this is
>> difficult to get right, but at least a FIXME would be useful
On Mon, 18 Jun 2007, "[EMAIL PROTECTED]" wrote:
I assume you're rather computer savvy. Would you say above average (for a
Windows user)?
Yes, I think I could say above average. I'm able to install windows
and have already tried ubuntu, puppy linux and some others. I'm using
texlive under ubunt
Jean-Marc Lasgouttes wrote:
> Is the thing correct when there is no selection? I would think the
> replace() then searches for the next hit. Of course, this is difficult
> to get right, but at least a FIXME would be useful.
I would think everythink would be OK if the "replace" and "replace all"
b
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> Because that is not needed either. We can just the frontend's
Andre> resource system and would not need to ship individual files at
Andre> all.
>> I do not think this gains anything.
Andre> Slightly quicker loading of individual p
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hi, the following patch by Jürgen (with a minor fix by
Michael> myself) prevents the replacement of deleted text.
Michael> I tested the fix and it works.
Is the thing correct when there is no selection? I would think the
replac
> "Ekkehart" == Ekkehart Schlicht <[EMAIL PROTECTED]> writes:
Ekkehart> I just imported a manuscript from a Latex file that has been
Ekkehart> produced from a Document file (.doc) by exporting from
Ekkehart> OpenOffice Writer 2.2. The tex file compiles well with Latex
Ekkehart> and the outpurt
José Matos wrote:
> I will start looking to remaining issues before RC2, AFAIR there are two
> patches that I would like to have before the release, one by Jürgen that
> has a file format change and another related with reverting documents to
> 1.4.
Yes. I keep on waiting for you to do the python
Jürgen Spitzmüller wrote:
> OK?
Since it's obvious and harmless, I just committed.
Jürgen
http://bugzilla.lyx.org/show_bug.cgi?id=2520
The attached patch does this (I think it's the last remaining non-translatable
ui part).
Kudos to Neil Muller for his Python help. Remaining clumsyness is obviously my
own, since I implemented it somewhat differently.
Opinions?
Jürgen
Index: src/in
55 matches
Mail list logo
