Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
Is this your case? I mean, I don't understand why Edwin doesn't see the
same QPainting error as you and Juergen are seeing.
Is Edwin on Linux?
Good question :-)
I am assuming by default that everybody is on Linux except me :-(
Abdel.
Abdelrazak Younes wrote:
> And do you still see the Painting error messages on the console?
No, but this was already the case without the patch.
Do you also see unknown math commands in blue instead of red?
> No I've read only Qt Assistant local documentation and it's definitely
> poorer.
On
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> Latest patch (using prefixIs) attached.
>
> At least the part that skips directories can go in now. It is the part
> that avoids the crash.
>
> Concerning the rest,
Georg Baum a écrit :
Abdelrazak Younes wrote:
And do you still see the Painting error messages on the console?
No, but this was already the case without the patch.
Then Juergen is the only one left with those errors... Weird.
Do you also see unknown math commands in blue instead of red?
Juergen Spitzmueller wrote:
> AFAICS on a quick look, it's just a getStatus problem of LFUN_PASTE. I'm
> just compiling a possible fix. I'll post it on bugzilla if it works.
OK, here's the patch. I think this is the correct fix.
Jürgen
Index: src/insets/insettabular.C
> Is Edwin on Linux?
yes he is.
debian unstable, qt 4.1.1.
On Fri, 2006-03-17 at 12:25 +0100, Georg Baum wrote:
> Abdelrazak Younes wrote:
...
> > But on the subject of QPixmap vs QImage in QWorkArea, I would like to
> > continue investigating this route a bit. Right now, correct me if I'm
> > wrong, the lyx kernel ask for a repaint of the whole screen
Georg Baum <[EMAIL PROTECTED]> writes:
>
> Martin Vermeer wrote:
>
> > Better solution would be to have your LyX docs in a version control
> > system. I wonder how many people have.
>
> Me. And it really helps.
Me too. And I agree :)
A.
Martin Vermeer wrote:
> The patch that I proposed restricts going "Wide" to insets having a
> minimum total text height corresponding to more than two rows ("Tall").
> This appears to work well in my testing. It is still possible to
> construct pathological cases, but ordinary typing even inside
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> You are right. I found
Enrico> http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
Enrico> that this patch fixes precisely that bug ;-)
Probably, yes.
Enrico> Jean-Marc, what about the patch attached at bug 2344?
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> AFAICS on a quick look, it's just a getStatus problem of
>> LFUN_PASTE. I'm just compiling a possible fix. I'll post it on
>> bugzilla if it works.
Juergen> OK, here's the patch. I think
Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
>> AFAICS on a quick look, it's just a getStatus problem of LFUN_PASTE. I'm
>> just compiling a possible fix. I'll post it on bugzilla if it works.
>
> OK, here's the patch. I think this is the correct fix.
It works fine for me, I think
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> Lyx already indicates if the document is changed or not. I may
Helge> still need to _save_ an unchanged document, because I know I
Helge> modified the .lyx file through other means: * I copied another
Helge> file over it (most
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> [EMAIL PROTECTED] wrote:
>>
>>> If it works go for it. The patch is sensible.
>> Yes. Apply it.
Georg> Done in trunk. Did you mean 1.4 with the above?
Yes.
JMarc
The reason for bug 2380 is that awful BufferView cache in InsetText. It does
not get set correctly for table cells, and therefore we get an assert
sooner or later. The patch fixes that by always constructing the cell
insets with a valid BufferView. The other possibility would be to get rid
of the
Martin Vermeer a écrit :
On Fri, 2006-03-17 at 12:25 +0100, Georg Baum wrote:
I don't... but it appears straightforward to do. See patch. Works fine
for me.
Hello Martin,
It seems to work fine on screen but...
+ //expose(0, 0, workarea().workWidth(), workarea().workHeight());
+
Jean-Marc Lasgouttes wrote:
> It looks good. If georg can confirm that it works, it can go in trunk
> and branch.
Done.
Jürgen
P.S.: I also switched to non-ChangeLog mode for trunk, but keep on using
ChangeLogs for branch.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The reason for bug 2380 is that awful BufferView cache in
Georg> InsetText. It does not get set correctly for table cells, and
Georg> therefore we get an assert sooner or later.
Ah, I understand the patch now. Where does the cache
Abdelrazak Younes wrote:
> No, they are in red here. At least those in "Allsymbols.lyx" Care to
> give an example?
Any unknown symbol would do, but I just saw that the reason was a local
modification and it occurs in the other frontends, too, so never mind.
Georg
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> P.S.: I also switched to non-ChangeLog mode for trunk, but
Juergen> keep on using ChangeLogs for branch.
Good man.
JMarc
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> The reason for bug 2380 is that awful BufferView cache in
> Georg> InsetText. It does not get set correctly for table cells, and
> Georg> therefore we get an assert sooner or later.
>
>
On Fri, 2006-03-17 at 14:12 +0100, Abdelrazak Younes wrote:
> Martin Vermeer a écrit :
> > On Fri, 2006-03-17 at 12:25 +0100, Georg Baum wrote:
> > I don't... but it appears straightforward to do. See patch. Works fine
> > for me.
>
> Hello Martin,
> It seems to work fine on screen but...
>
> >
Martin Vermeer a écrit :
On Fri, 2006-03-17 at 14:12 +0100, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
On Fri, 2006-03-17 at 12:25 +0100, Georg Baum wrote:
I don't... but it appears straightforward to do. See patch. Works fine
for me.
Hello Martin,
It seems to work fine on screen
Martin Vermeer a écrit :
On Fri, 2006-03-17 at 14:12 +0100, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
On Fri, 2006-03-17 at 12:25 +0100, Georg Baum wrote:
I don't... but it appears straightforward to do. See patch. Works fine
for me.
Hello Martin,
It seems to work fine on screen
Abdelrazak Younes a écrit :
OK, this was just a trial... I am going to revert the cursor changes as
Angus explained in another mail because this make sense to me.
But on the subject of QPixmap vs QImage in QWorkArea, I would like to
continue investigating this route a bit.
Here is a new
On Fri, Mar 17, 2006 at 02:49:13PM +0100, Abdelrazak Younes wrote:
...
> Actually with your first patch, if you open a document, type Ctrl+end,
> then only half of of screen is redrawn :-)
> And if you open a new document (ctrl+n), the bottom part of the area is
> not drawn.
Same with the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> You are right. I found
> Enrico> http://bugzilla.lyx.org/show_bug.cgi?id=1027 and I would say
> Enrico> that this patch fixes precisely that bug
>
> Probably, yes.
Martin Vermeer wrote:
On Fri, 2006-03-17 at 11:51 +0200, Martin Vermeer wrote:
On Fri, 2006-03-17 at 10:29 +0100, Helge Hafting wrote:
Martin Vermeer wrote:
...
This patch makes
every save intentional, which is a Good Thing.
Lyx already indicates if the
Dear Enrico,
I have problems with the -mms-bitfields option passed to gcc for cygwin
and Mingw ports. Is it something related to structure in memory
apparently. Do you know if it is still necessary? I would like to remove
that from cygwin.m4 or create a mingw.m4 but I am not really proficient
Jean-Marc Lasgouttes wrote:
"Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> Lyx already indicates if the document is changed or not. I may
Helge> still need to _save_ an unchanged document, because I know I
Helge> modified the .lyx file through other means: * I copied
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Dear Enrico,
>
> I have problems with the -mms-bitfields option passed to gcc for cygwin
> and Mingw ports. Is it something related to structure in memory
> apparently. Do you know if it is still necessary? I would like to remove
> that from
Enrico Forestieri a écrit :
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Dear Enrico,
I have problems with the -mms-bitfields option passed to gcc for cygwin
and Mingw ports. Is it something related to structure in memory
apparently. Do you know if it is still necessary? I would like to
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Next time I will try to get rid of it and tell you. I can't right now,
> > because building from scratch takes 1.5 hours for me.
>
> OK, if you confirm that you don't have any problem without the option, I
> would suggest to just eliminate it in
I compiled and installed lyx-1.4.0 (Qt frontend) on a SUSE 10 x86_64 box.
In lyx-1.4.0, I'm unable to edit and save a graphic. I wonder if I'm doing
something stupid. Anyway, here's the problem.
1. Open a new lyx file.
2. Insert a graphic using the "Insert graphic" button on the toolbar.
On Thu, Mar 16, 2006 at 10:38:00PM +0100, Abdelrazak Younes wrote:
> This was just
> for clarification and I think we agree on everything except the fact
> that QPixmap can be painted into at any time.
Uh.. we might agree on that, too, once I read the docs ;-)
Andre'
On Thu, Mar 16, 2006 at 10:10:39PM +0100, Lars Gullik Bjønnes wrote:
> We already have that on most files...
>
> Was part of the conversion process.
>
> So people, if this is what you want, please fire up your auto-props:
> (.subversion/config
>
> enable-auto-props = yes
> [auto-props]
> * =
On Fri, Mar 17, 2006 at 10:19:09AM +, Angus Leeming wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> > Hum, after thinking a bit more about this, I am maybe wrong here
> > when the windowing system is an X11 server. Georg's post pushed me
> > to try using a backing QImage instead of a
On Thu, Mar 16, 2006 at 09:38:17PM +0100, Georg Baum wrote:
> PS: We should really have eolstyle native on all source files.
No way.
Unix line endings everywhere are just fine.
And could be enforced by a precommit hook script.
> I don't want mixed line endings, but it would be equally awkward
This patch removes qt2 support as discussed two weeks ago. It does not
touch the ui files, these should IMHO only be converted if they are
edited anyway. It does neither remove deprecated function calls, e.g.
QApplication::clipboard()->setSelectionMode(true|false). We should/need
only do that
Am Freitag, 17. März 2006 17:31 schrieb Enrico Forestieri:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > > Next time I will try to get rid of it and tell you. I can't right
now,
> > > because building from scratch takes 1.5 hours for me.
> >
> > OK, if you confirm that you don't have
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I do hope you know what you are doing.
I am fairly confident yes.
| All but two 'problems' we had with svn during the last year and a half
| were due to people fiddling around with eol-style.
And I am not saying that we should fiddle with eol-style.
Georg Baum <[EMAIL PROTECTED]> writes:
| This patch removes qt2 support as discussed two weeks ago. It does not
| touch the ui files, these should IMHO only be converted if they are
| edited anyway. It does neither remove deprecated function calls, e.g.
|
Am Freitag, 17. März 2006 18:52 schrieb Andre Poenitz:
> So, I think I stated that about four times now, but somehow nobody seems
> to be exceptionally interested.
The other discussions were always about configure.ac. I did not understand
why the issue of changing the eol-style property of one
On Fri, Mar 17, 2006 at 01:42:12PM +0100, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > The patch that I proposed restricts going "Wide" to insets having a
> > minimum total text height corresponding to more than two rows ("Tall").
> > This appears to work well in my testing. It is still
Georg Baum <[EMAIL PROTECTED]> writes:
> That means it is necessary if you want to link against libraries compiled
> by a MS compiler, and it will hurt if you link against libraries compiled
> by gcc without this switch.
> Further investigation shows that this setting was added by Kayvan on
>
On Wed, Mar 15, 2006 at 08:48:31AM +0200, Martin Vermeer wrote:
>
> Here is an improved patch.
>
> 100 lines added, 40 moved (indent change mostly). Not bad for something
> that is already perfectly usable.
>
> Please review.
Has anybody looked at this?
- Martin
pgp59XyMldjeG.pgp
Am Freitag, 17. März 2006 21:03 schrieb Enrico Forestieri:
> This was with Qt/Win, I'll later test Qt/X11 but I don't think it will
> make a difference. So, at least with cygwin, I would say that
-mms-bitfield
> is not needed. Moreover, if it is a gcc issue, why should it be needed
> with mingw?
This was posted to bugzilla. Works for me.
- Martin
Index: insets/insetgraphics.C
===
--- insets/insetgraphics.C (revision 13302)
+++ insets/insetgraphics.C (working copy)
@@ -748,9 +748,15 @@
string after;
Title: RE: [patch] remove qt2 support
if qt2 goes, the attached should go (in) as well i think (i.e. remove qgridview.[Ch])
edwin
Index: qgridview.h
===
--- qgridview.h (revision 13415)
+++ qgridview.h (working copy)
@@
Thanks Angus. I can also confirm that they work fine.
Stephen Harris wrote:
The *.cmap/cset etc. were installed to C:\Aspell\lib\aspell-0.60
as I think they are supposed to be. But the default on the installer
reads C:\Aspell. Should this default read C:\Aspell\lib\aspell-0.60
like the default
On Fri, Mar 17, 2006 at 08:29:28PM +0100, Georg Baum wrote:
> Am Freitag, 17. März 2006 17:31 schrieb Enrico Forestieri:
> > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >
> > > > Next time I will try to get rid of it and tell you. I can't right
> now,
> > > > because building from scratch
> Sure, the "extra trouble" only ever occur for power users.
Perhaps we could have a new minibuffer command save-unchanged which
would save the document even if it is unchanged. Such power users
could replace "save" with "save-unchanged" in their .bind files etc.
> >If you _know_ it, it is OK to
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Wed, Mar 15, 2006 at 08:48:31AM +0200, Martin Vermeer
Martin> wrote:
>> Here is an improved patch.
>>
>> 100 lines added, 40 moved (indent change mostly). Not bad for
>> something that is already perfectly usable.
>>
>>
Joost Verburg <[EMAIL PROTECTED]> writes:
>
> Thanks Angus. I can also confirm that they work fine.
>
> Stephen Harris wrote:
> > The *.cmap/cset etc. were installed to C:\Aspell\lib\aspell-0.60
> > as I think they are supposed to be. But the default on the installer
> > reads C:\Aspell. Should
Angus Leeming wrote:
Am I right in thinking that I don't actually need to use this again? Ie, the
AspellData-0.60.4.exe that's on the wiki is perfectly fine for LyX's purposes?
Assuming that's the case, why not try and upload this .nsi script to the wiki
yourself?
Joost Verburg <[EMAIL PROTECTED]> writes:
> Angus Leeming wrote:
> > Am I right in thinking that I don't actually need to
> > use this again? Ie, the AspellData-0.60.4.exe that's
> > on the wiki is perfectly fine for LyX's purposes?
> > Assuming that's the case, why not try and upload this .nsi
Ok, I know that I'm a bit behind the times, but I've just uploaded LyX/Win
1.3.7-3 to http://wiki.lyx.org/Windows/LyX137. This thing uses the new
Aspell dictionaries and seems to work well.
Moving on to LyX/Win 1.4, what should I compile? The release tar ball or a
snapshot of the 1.4.x tree
Angus Leeming wrote:
The data installer does not have to be recompiled, but I think it would
be a good thing to upload new dictionary installers with the default
folder update.
Ok, will do.
Done.
A.
101 - 158 of 158 matches
Mail list logo
